Como una herramienta de visualización, o con fines de exploración (la elaboración de múltiples opciones para ver cómo se ven) no está mal, pero generalmente me parece que el buscador de objetos funciona bien para la mayoría de las cosas que me importan.
Como una herramienta de generación de código, es una idea terrible.
La idea de que vamos a diseñar toda nuestra estructura de código primero, y luego completar los espacios en blanco con pequeños trozos de implementación está fundamentalmente rota.
La única vez que realmente saben lo que la estructura del código debe ser similar, es decir, si usted ha hecho la exacta mismo antes - sin embargo, a continuación, puedes uso el código anterior, y que no es necesario para dibujar cualquier código nuevo en cualquier tipo de diseñador.
Si decide con anticipación utilizar una estructura de clase particular antes de que haya intentado realmente resolver el problema, hay un 100% de posibilidades de que elija el diseño incorrecto y se dispare en el pie.
Creo que esta respuesta es muy subjetiva. Class Diagram es una herramienta de diseño muy importante. Si desea desarrollar una aplicación compleja (que se mejoraría), es inevitable tener un Diagrama de clases bien pensado. –
Los diagramas de clases pueden ser muy valiosos en el diseño inicial, pero el punto que quería plantear es que la estructura de bajo nivel casi siempre cambiará cuando inicie la codificación, por lo que 'generar' código de un diseñador visual no es útil –
@Orion - La validez de su opinión sobre UML como una herramienta de generación de código depende del personal, las tecnologías y el proyecto. Trabajé con un ingeniero de software que participó en la generación de código directo para varios proyectos (ningún código estaba en la compilación final que no se generó en el futuro). Cortó su ciclo de desarrollo a la mitad, dijo él. Solo tienes que pensar en UML y no en código. Aunque dudo que el diseñador VS sea una buena herramienta para esto. – Ian