StringCollection o un contenedor de objetos?

Question

Recientemente construí una API y a menudo se me pedía que reemplazara las StringCollections que estaba devolviendo por objetos que contenían una sola propiedad. La razón es que era más fácil enlazar con una vista de lista u otros controles en ASP.Net.

Dado que la aplicación web, el servicio web y el cargador de datos utilizaron la API, decidí mantener el StringCollection como mi tipo de devolución.

Los métodos devolvieron etiquetas para grupos o nombres de informes.

¿Tomé la decisión correcta? En tal situación, ¿cómo justifica su elección?

Answer 1

No creo que debas hacer tu API más complicada de lo necesario solo para satisfacer las limitaciones de un módulo de enlace de datos.

¿Pero quizás podría proporcionar una clase de envoltorio para un StringCollection que lo adaptó a las demandas del módulo de enlace de datos?

Editar: esta envoltura debe considerarse parte de la capa de enlace de datos en lugar de su API de datos, ya que es algo creado específicamente para adaptarse al módulo de enlace de datos. Es irrelevante para otros consumidores de sus datos (si entiendo su descripción correctamente).