StringCollection или контейнер объекта?
Недавно я создал API, и меня часто просили заменить StringCollections, которые я возвращал, объектами, содержащими одно свойство. Причина в том, что было проще выполнить привязку со списком или другими элементами управления в ASP.Net.
Поскольку API использовался веб-приложением, веб-службой и загрузчиком данных, я решил оставить StringCollection в качестве возвращаемого типа.
Методы возвращали метки для имен групп или отчетов.
Я сделал правильный выбор? Как в такой ситуации оправдать свой выбор?
Ответы 1
Я не думаю, что вам следует делать свой API более сложным, чем необходимо, только для того, чтобы удовлетворить ограничения модуля привязки данных.
Но, возможно, вы могли бы предоставить класс-оболочку для StringCollection, который адаптировал бы его к требованиям модуля привязки данных?
Обновлено: эту оболочку следует рассматривать как часть уровня привязки данных, а не вашего API данных, поскольку она создана специально для адаптации к модулю привязки данных. Это не имеет отношения к другим потребителям ваших данных (если я правильно понимаю ваше описание).
Я не знаю, будет ли это рассматриваться как часть API или как часть следующего уровня?