StringCollection ou un conteneur d'objets?

Question

J'ai récemment construit une API et on m'a souvent demandé de remplacer les StringCollections que je renvoyais par des objets contenant une seule propriété, la raison étant qu'il était plus facile de lier avec un listview ou d'autres contrôles dans ASP.Net.

Étant donné que l'API était utilisée par l'application Web, le service Web et le chargeur de données ont décidé de conserver le StringCollection comme type de retour.

Les méthodes ont renvoyé des étiquettes pour les groupes ou les noms de rapports.

Ai-je fait le bon choix? Dans une telle situation, comment allez-vous justifier votre choix?

Answer 1

Je ne pense pas que vous deviez rendre votre API plus compliquée que nécessaire juste pour satisfaire aux limitations d'un module de liaison de données.

Mais vous pourriez peut-être fournir une classe wrapper pour un StringCollection qui l'a adapté aux demandes du module de liaison de données?

Éditer: Cette enveloppe doit être considérée comme faisant partie de la couche de liaison de données plutôt que comme votre API de données, car elle est créée spécifiquement pour s'adapter au module de liaison de données. Ce n'est pas pertinent pour les autres consommateurs de vos données (si je comprends bien votre description).