Cita:
Empezado por Chris
Creo que david_uh, no se refería precisamente a la "TClass"... sino a la estructura de las tablas y la DB.
|
Entonces tenemos que darle un buen tirón de orejas para que llame a las cosas por su nombre.
Cita:
Empezado por Chris
A los usuarios lo único que les importa es la interfaz. Les vale madre que su implementación sea un desastre o sea impecable. Por eso es que los usuarios prefieren Windows, a pesar de ser un desastre de S.O.
|
Que la interfaz sea lo que en última ve el cliente/usuario no le da el mérito para rechazar los otros aspectos.
¿De que carajo sirve tener una hermosa fachada si por dentro las bases no son sólidas?
Ubuntu es según muchos de los GNU puristas y de lo más entendidos es la peor distro que hay (con el debido perdón Casimiro) ¡Y Oye, es Linux! Pero que bonito se ve.
Cita:
Empezado por Chris
Un desarrollador o equipo experimentado puede crear una muy buena estructura interna usando la GUI como inspiración.
|
Patrañas. Una estructura interna o para decirlo como debe: la lógica, o más técnico: las capa de aplicación y/o dominio (si nos vamos al OO) se analiza y se piensa para actuar independiente de cualquier ventanita. Y es lo deseable.
Si tomas como base las ventanas estás añadiendo dependencia, en mayor o menor grado, con la lógica. Lo cual no es bueno frente a procesos de mejoras y/o de reingeniería.
Cita:
Empezado por Chris
Cuando hacía aplicaciones para Delphi, lo primero que desarrollaba era el diseño de las ventanas.
|
Curioso, yo dejo la interfaz para lo último.
Cita:
Empezado por Chris
De hecho, esos diseños me sugerían una buena estructura para empezar.
|
Y creo que ya he señalado los peligros de seguir a rajatabla eso...
Cita:
Empezado por Chris
Por ejemplo, si la gran mayoría de ventanas requierían de un TDBGrid, entonces cuando hacía la implementación desarrollaba una clase, por ejemplo TDBModuleWnd. TDBModuleWnd ya incluía un TDBGrid y un TDataset con código centralizado para las operaciones CRUD y control de errores. Los herederos sólo cambiaban detalles.
|
¡Y aquí señoras y señores el mejor ejemplo! Una ventana acoplada no sólo a la lógica sino a las operaciones delgadas y abstractas de la capa de datos.
Cita:
Empezado por Chris
Empezar con la GUI es trabajar de afuera hacía adentro. Empezar con los modelos es trabajar de dentro hacia afuera.
|
Eso es precisamente lo que hace diferencia a un programador de un ingeniero.
Cita:
Empezado por Chris
Si fueras a construir un edificio, primero vas con arquitecto para que te diseñe cómo se verá y esas cosas. Luego vas a un ingeniero civil para que haga los cálculos que soportarán ése diseño. Empezar con los cálculos primero es ir dando palmadas de ciego en el futuro. No sabes cuántos pisos tendrás, no sabes dónde habrán escaleras o no, dónde estarán las puertas, etc.
Saludos!
|
¿Curioso no? Al que elabora los planos de los sistemas se los suele denominar arquitectos de software, o más formalmente analistas. Lo más curioso es que este análisis y los planos que elabora el analista es la primera etapa del trabajo que luego es enviada al programador para construya sobre él.
Saludos,