Estoy heredando un montón de programas en el trabajo donde el autor original usó los componentes de datos de Microsoft Visual Studio (donde un conjunto de datos, adaptador de datos, etc.) están creando el entorno de diseño (desde la caja de herramientas o usando asistentes). Esto produce algunas clases semi-adaptadas (especializadas para los datos) y también coloca el código SQL en las clases generadas por el diseñador.¿Cuáles son los pros y los contras de usar componentes de diseñador de Visual Studio para los datos
Así no estoy acostumbrado a hacer cosas (siempre he preferido tener inequívocamente un conjunto de datos o crear mi propia clase especializada para guardar los datos y ocultar la complejidad de la capa de datos subyacente).
¿Alguien tiene alguna buena idea o enlaces sobre las ventajas y desventajas del uso de los componentes de datos de Visual Studio?
(Una nota al margen, el autor original tampoco hizo un comentario exhaustivo y escribió, para mi gusto, un código demasiado "inteligente" que no es fácil de interpretar, así que no me inclino a pensar que él sabe mejor que yo)
Supongo que otra forma de preguntar es: ¿el uso de los componentes del diseñador de datos da como resultado un código que está "siguiendo las mejores prácticas" y es mantenible, etc.? No me parece así, pero estoy buscando la opinión de expertos.
[EDIT: Se ha añadido un contexto más aclaraciones de intención]
Si estoy en lo cierto (y parece que soy) sobre el uso de componentes de diseño realmente ser el más adecuado para prototipos, etc., entonces estoy Voy a tener que tener algunas conversaciones difíciles con los desarrolladores originales y mi gerente. Así que me gustaría agregar más énfasis en "enlaces que discuten los pros y contras" parte de mi pregunta ... Estoy buscando algo sustancial que pueda usar para respaldar mis afirmaciones de que este estilo de desarrollo/código no es el más apropiado para el uso de producción ... Gracias.
gracias, es un buen consejo y cosas en las que ya creí. Por casualidad, tengo alguna referencia que pueda usar para ayudarme cuando le hago a los desarrolladores y decir, "miren muchachos, esto necesita cambiar ..." – Aerik
Estoy de acuerdo con eso los componentes visuales DB no se deben usar en una aplicación "real". Sin embargo, reemplazarlos con un ORM sería mucho más complicado que reemplazar los componentes de DB visual con una clase de datos que todavía usa DataSets/DataTables de ADO.NET. La diferencia aquí es potencialmente semanas de trabajo vs. un par de horas. – MusiGenesis
Todavía no es tan autoritario (en términos de pros y contras de usar componentes de diseño, mucha buena información de lo contrario, gracias) como esperaba, pero aprecio todos los comentarios y enlaces. En realidad, las respuestas en sí, siendo de esta comunidad y siendo bastante consistentes, son bastante convincentes, incluso sin citas autorizadas ... De todos modos, creo que esta es la * mejor * respuesta, así que estoy otorgando generosidad aquí. Gracias a todos por su aporte en este tema.Y deseadme suerte – Aerik