StringCollection ou um recipiente de objeto?

Question

Recentemente construiu uma API e era frequentemente solicitado para substituir os StringCollections eu estava voltando por objetos que contêm uma única propriedade, A razão é que era mais fácil se ligam com um listview ou outros controles em ASP.Net.

Uma vez que a API foi usado pelo aplicativo web, o serviço Web eo dataloader eu decidi em manter o StringCollection como meu tipo de retorno.

Os métodos voltou rótulos para grupos ou nomes de relatório.

Eu fiz a escolha certa? Em tal situação, um como você vai fazer sobre justificando a sua escolha?

Answer 1

Eu não acho que você deve fazer a sua API mais complicado do que o necessário apenas para satisfazer as limitações de um módulo de ligação de dados.

Mas você poderia talvez fornecer uma classe wrapper para um StringCollection que adaptou-o às exigências do módulo de ligação de dados?

Edit: Este invólucro deve ser considerado parte da camada de ligação de dados ao invés de sua API de dados, uma vez que é algo criado especificamente para se adaptar ao módulo de ligação de dados. É irrelevante para outros consumidores de seus dados (se eu entendi sua descrição corretamente).