Reutilizar código "generico"

[adlfv]

Hola de nuevo compañeros.

Muchisimas gracias por contestarme, de verdad aprecio la buena voluntad y el tiempo que dedican a leer lo que posteo, a pensar, y a responder. Que Dios se los pague y les multiplique su tiempo invertido.

De nuevo les responderé a los dos en el mismo post, pero pueden contestar todos a lo que deseen.

Roman: Creo que ya voy entendiendo el código que planteas, pero para serte sincero creo que necesitaré algo de tiempo para "hacer la digestión" de dicho código, y poder adaptarlo a los requerimientos del programa. Tengo una pequeña gran pregunta , y es... Esa técnica es compatible con desarrollo DB Aware? Porque en el la implementación que llevo a cabo, no es un desarrollo puro de clases/objetos, sino es un hibrido... Al comienzo era todo DB Aware, luego fuí viendo la ventaja de las clases, y ahora tengo una cosa rara hibrida DB Aware-clases/objetos que me tiene un poco despistado. La verdad es que no me termina de gustar la técnica DB Aware, pues no sé pero siempre me deja un sabor de boca de "estar haciendo algo mal"... No me parece una técnica buena como tal, pues cualquier cambio pequeño, supone muuucho tiempo para re-actualizar los campos de los DataSets.

Explico un poco más... La linea que sigo en el proyecto es algo tal que así...

(1) Cualquier entrada de datos, debe hacerse por clases... Tengo una clase llamada TOperaciones, donde estan métodos que me ayudan a realizar operacones, y las operaciones como tal, como son: CheckIn, CheckOut, Cambio de habitacion, Realizar un mantenimiento... Todos los datos de las operaciones se pasan como argumentos, en lugar de hacer asignaciones a propiedades... todavía no tengo claro si esto es lo correcto o no. Tambien me he planteado el hacer clases especificas para cada operacion, es decir, una clase general TOperacion (con lo "posiblemente generico" a todas las operaciones) y luego TOperacionCheckIn, TOperacionCheckOut... y que todas hereden de TOperacion. Todavía no sé cual es mejor, y estoy pensando en ventajas e inconvenientes, incluso para pruebas en DUnit y todo eso.
(2) Cualquier SELECT, UPDATE, y DELETE se hace mediante DB Aware. Esto lo veo más como una sección de mantenimiento... En general, existe un formulario de listado para cada tabla, y dicho formulario tiene métodos para modificar (se muestra un editor asociado), y por último se puede eliminar también de ese mismo formulario.

No tengo claro si esta técnica "hibrida" es correcta o no, y si me va a traer más dolores de cabeza que soluciones, si pudieran aportar también ideas sobre este tema, sería muy interesante (o tal vez deba abrir otro post para esto, para no mezclar ideas...)

Lpmlpm: La verdad es que no sé si todo lo que hace un TTable, lo puede hacer un TQuery, pero por ejemplo, recuerdo que me confundía todo a la hora de hacer una actualización o un borrado con un Query, es decir, recuerdo que alguna vez probé a hacer todo desde un Query como si fuera un TTable, y me daba algunos errores. Nunca he probado los DataClient, pero tal y como comentas parece la forma más "natural" y lógica de trabajar, pues una actualización generalmente tiene dependencias y una eliminación también, y es posible que haya algún interés en hacer más cosas aparte de la simple operación como tal, como por ejemplo realizar operaciones en cascada y cosas así.

La verdad es que me siento un poco abrumado y desorientado, pues me estoy enfrentando a algo más grande de lo que pensaba, y no tengo una "linea clara" a seguir...

Disculpen si pregunto tanto, o si molesto tanto con algunas cosas, pero me gustaría intentar plantear todo lo mejor posible desde el comienzo pues ya he tenido que "retocar" y "reconstruir" muchas cosas por malos planteamientos de base, y eso no es agradable .

Muchas gracias de nuevo por su ayuda, les estoy muy agradecido.

Un cordial ShowMessage('Saludo ');

[lpmlpm]

Empezado por adlfv

Lpmlpm: La verdad es que no sé si todo lo que hace un TTable, lo puede hacer un TQuery, pero por ejemplo, recuerdo que me confundía todo a la hora de hacer una actualización o un borrado con un Query, es decir, recuerdo que alguna vez probé a hacer todo desde un Query como si fuera un TTable, y me daba algunos errores.

Depende de cual tipo de conexión hayas usado en su tiempo... seguro que en el BDE antiguo si debe haber habido diferencias, yo ya tiene mucho tiempo que no toco el BDE para nada...

La verdad es que me siento un poco abrumado y desorientado, pues me estoy enfrentando a algo más grande de lo que pensaba, y no tengo una "linea clara" a seguir...

Disculpen si pregunto tanto, o si molesto tanto con algunas cosas, pero me gustaría intentar plantear todo lo mejor posible desde el comienzo pues ya he tenido que "retocar" y "reconstruir" muchas cosas por malos planteamientos de base, y eso no es agradable .

Ese es precisamente el problema que yo quería evitarme cuando empece a construir mi nucleo de aplicaciones, entre otras cosas el poder presentar siempre información actualizada, en todo momento, y hacer una buena explotación de la información que esta en la base de datos...

Por ejemplo me sucede con cierta regularidad que un cliente llega y me dice que tiene un sistema que alguien mas le hizo en digamos MySQL o en Access pero que hay muchas cosas que le gustaría saber a partir de la información que esta en su base de datos, osea me dicen "Quisiera poder sacar un listado de todos los clientes que me deben mas de tanto y que me los agrupara por colonia, y me diera asu vez subtotales por giro del cliente, etc... información que ahi esta pero que quien hizo la aplicación no se preocupo de poder mostrarle a su dueño... ese tipo de cosas ahora para mi son de lo mas sencillas, puedo montar una aplicación de reporteo donde el puede sacar el reporte que quiera y como lo quiera y que el cliente siga usando su aplicación original. eso creo que es un valor agregado que es padrisimo poder mantener basado en un nucleo e ir dandole mantenimiento a todo al mismo tiempo tanto a mis aplicaciones como a mis servicios de reporteo o de administracion de recursos y seguridad, etc...

Si no fue para este tipo de cosas que se inventó la POO entonces que alguien me diga para que fue

Y no solo eso sino que tambien el poder trabajar independientemente ya sea con Asta, IBO, ADO, etc... me permite poder agregar extensiones o complementaciones a sistemas de otras empresas, en fin, las posibilidades son infinitas...

Yo te exhorto a que continues con esa labor de crear código genérico, pues por experiencia propia te puedo asegurar que te verás muy beneficiado de ello en el futuro, es una lástima que no haya habido la participación que se hubiera esperado en este hilo... igual en otra ocasión en que las conciencias esten un poco mas despiertas

[adlfv]

Hola de nuevo

..puedo montar una aplicación de reporteo donde el puede sacar el reporte que quiera y como lo quiera y que el cliente siga usando su aplicación original...

Con qué herramienta de reportes trabajas? Eso se puede hacer en FastReport? No sabes de alguna web u otra referencia que hable de "nucleos genéricos"? Porque se me hace difícil por mi corta experiencia imaginar un nucleo completamente general (o lo más general posible) para hacer muchas cosas...

Por ejemplo, he estado pensando en un nucleo para el acceso a menús, acciones, componentes, etc. basado en un control de accesos configurable, es decir, por ejemplo poder crear un Rol (o perfil) de usuario, y asignarle varios permisos como por ejemplo "Mantenimiento de clientes", "Listar estado de ganancias", "Eliminar artículo", y después asignar dicho rol a uno o varios usuarios. Sé que eso existe ya, pero casi todo lo que he visto no es compatible con D2005 .

Lo de los reportes que comentas me dejó impactado... La verdad no termino de imaginar cómo podría hacer eso...

Mi meta es hacer algo que aunque lleve trabajo, sea muy bueno, y bien depurado para el futuro.

Un cordial saludo, y muchas gracias por tu ayuda .

Sí, es una lástima que no se una más gente

[lpmlpm]

Empezado por adlfv

Con qué herramienta de reportes trabajas? Eso se puede hacer en FastReport? No sabes de alguna web u otra referencia que hable de "nucleos genéricos"? Porque se me hace difícil por mi corta experiencia imaginar un nucleo completamente general (o lo más general posible) para hacer muchas cosas...

En la empresa donde trabajo tienen licencias de ReportBuilder...que es buenisimo, para mi el mejor reporteador que hay en el mercado...
Pero asi como te digo que lo genérico que tengo también es indistinto del reporteador que uses... al final de cuentas en todos pones componentes de unas clases determinadas sobre bandas o subcomponentes, asi que tambien independizar el nucleo del reporteador en cuestión tampoco esta muy guajiro... de hecho lo que tengo hecho es independiente del reporteador, pues habrá clientes y aplicaciones que no requieran el poder de ReportBuilder y con la misma tecnología empotrada sobre un FreeReports (la versión gratis de FastReports que tambien es muy bueno) es mas que suficiente...

Por ejemplo, he estado pensando en un nucleo para el acceso a menús, acciones, componentes, etc. basado en un control de accesos configurable, es decir, por ejemplo poder crear un Rol (o perfil) de usuario, y asignarle varios permisos como por ejemplo "Mantenimiento de clientes", "Listar estado de ganancias", "Eliminar artículo", y después asignar dicho rol a uno o varios usuarios. Sé que eso existe ya, pero casi todo lo que he visto no es compatible con D2005 .

Te dire a grandes razgos como lo solucioné yo... los perfiles y permisos los llevo en la Base de Datos en unas estructuras ya predefinidas, y esas opciones que dices las manejo como TAction's dentro de un TActionList... como puedes saber es muy fácil recorrer las acciones dentro del ActionList al iniciar tu aplicación y actualizarlas a partir de lo que tengas almacenado en la BD... trabajando ordenadamente y si sigues tus propias politicas puedes hacer muy fácilmente tu gestor de permisos... y las acciones como sabes las puedes asociar a botones, menues, etc... y en un mismo objeto no puedes tener 2 TActions que se llamen igual asi que lo puedes individualizar a partir del propio nombre que les hayas asignado a las TActions, o si te quieres ver mas meticuloso a Tags que tu les asignes, etc...

Saludos