Ayuda con el dissenyo de una aplicacion. Clases o no?

[DarKraZY]

Puedes buscar un poco por este foro con las palabras: herencia, polimorfismo, encapsulación... (ya que palabras de 3 carácteres como OOP no deja :P)

La revista Sintesis (realizada por Grupo Albor ) contiene artículos dedicados al tema en castellano.

No sé, yo no he leido un manual en concreto. Siempre ha sido información de aquí y de allá. Mucho google buscando conceptos y problemas. Ahora que están de moda los blogs también saco ideas de ellos.

Mi siguiente paso es entrar en una academia o algo para realizar un curso que me empape de lleno, y aprender UML.

[[Crandel]]

Hola tramjauer, como te comentaba en los sistemas de este tipo, en general los accesos a las bases de datos ya estan encapsuladas en clases (con componentes), lo unico que debes hacer es utilizar los metodos para acceder a los datos.

Por otro lado tenes el diseño de las partes de tu aplicación Visualización de los datos, modificación de cada tabla y generación de reportes y demás.

En general cada uno de ellos va a estar relacionado con un formulario, por lo que en general no es necesario crear nuevas clases. Sin embargo puedes separar la parte visual de los formularios creando una clase que se encargue de manipular el acceso a cada tabla (se complica mas el diseño).

[tramjauer]

Buenas de nuevo a todos, entonces sino he entendido mal lo que me recomiendas es que mediante los componentes ya hechos haga todos los accesos a la base de datos y que el diseño de la aplicación lo divida según los formularios que tenga que hacer no?

Entonces si es así como lo entendí, me pueden decir que ventajas o inconvenientes tiene el hecho de trabajar así?

Muchas gracias de nuevo.

Tram.

[dec]

Hola,

Tú mismo dices algo que tienes que replantearte:

Empezado por tramjauer

Ya que nunca he trabajado con clases en Delphi, solo con los formularios, el contenedor de datos y los diferentes componentes ADO (...)

El formulario, el contenedor de datos y los diferentes componentes ADO son objetos, o sea clases, o sea componentes. ¡Fíjate si has trabajado con clases, aunque no lo supieras, desde el mismo momento en que comenzaras a utilizar Delphi!

A continuación te planteas lo siguiente:

Empezado por tramjauer

(...) entonces sino he entendido mal lo que me recomiendas es que mediante los componentes ya hechos haga todos los accesos a la base de datos y que el diseño de la aplicación lo divida según los formularios que tenga que hacer no?

A lo primero se me ocurre decirte que, desde luego, llevar a cabo componentes propios para acceder a la base de datos que sea no debe ser una tarea sencilla... además que ya los tienes hechos, aprovéchalos, pues. En cuanto al diseño de la aplicación es algo que tienes que plantearte con cuanto cuidado puedas, pero, depende tanto de la misma que no sé hasta qué punto podrá ayudársete en ello a bote pronto: quizás Al González podría echarte una mano: ponte en contacto con él, si lo ves oportuno.

Empezado por tramjauer

(...) me pueden decir que ventajas o inconvenientes tiene el hecho de trabajar así?

Si lo que quieres decir es que te interesaría conocer las ventajas del paradigma de la programación orientada a objetos respecto del de la programación estructurada... me temo que no es tarea sencilla de explicar en unos cuantos párrafos... ¿Porqué no buscas información (en estos mismos Foros, sin ir más lejos) en relación a los temas que te preocupan? Libros que traten sobre estos temas tampoco estarían demás, ni mucho menos, así como los artículos, tutoriales y otros textos que pudieras conseguir.

No es que no quiera ayudarte, entiéndeme bien, yo no me veo capaz de mostrarte las virtudes que un paradigma de programación pueda tener respecto de otro, pero, lo poco que pudiera decírsete tal vez te confundiría más aún, pues que, como he dicho, no son estas cosas para tratar de darlas cabo en unos cuantos párrafos. Espero que lo entiendas; espero haberme explicado bien.