Información de Modelo en 3 Capas. Firebird

[[Delphius]]

Hola,
Buen/as día/tardes/noches.

Disculpen que sea "colgado" pero ¿Desde cuando no está disponible la sección de archivos?

Estuve realizando una búsquedas sobre 3 capas "más" Firebird o Interbase y leyendo varios post noté que en algunos ponían enlaces a la sección archivos (que me doy conque no está disponible) y a artículos viejos, los cuales como me temía estaban rotos o ya pasaron al olvido.

He encontrado dos artículos en el sitio de CodeGear que por el momento parecen ser entendibles, o al menos introductorios.

La búsqueda que estuve realizando en google (por el momento en castellano) me arroja resultados a clubdelphi.

Me preguntaba si alguna persona me podría orientar mejor sobre este tema y/o referenciar algún artículo que podría ser de utilidad.

Desde ya muchas gracias.
Saludos,

[[Delphius]]

Bueno, voy a tener que disculparme...
Soy demasiado bestia...
La sección de archivos si esta disponible. Era mi estupido (si me permiten la expresión) dedo el que ponia Archivo y no Archive

Accedí a dicha sección y estuve haciendo una lectura de lo encontré allí.
Algunos links funcionan, y me llevaron a información digamos que... un poco vieja, y no tan completa.

Si es posible, ¿alguien me podría dar referencias un poco más actuales?.
Encontré diversos significados atribuídos a "3 capas". Mi enfoque es hacia como tratabar en forma adecuada POO, Base de Datos en una arquitectura C/S.

Desde que intenté ofrecer mi ayuda aquí, he estado intranquilo y con dudas de si lo que estoy realizando (y lo que creo haber entendido) estará bien.

Muchas gracias,
Saludos,

[maro]

Hola,

Creo que el problema es que lo que pides es algo muy general, ya que el tema puede ser muy extenso.

La programación en 3 capas básicamente consiste en separar el motor de datos, del motor SQL y del software cliente. De esta forma dividimos físicamente los procesos: "mantenimiento de datos", "Consulta y manipulación de datos" e "interface para el usuario".
Cada una de estas capas, puede ser instalada en distintas y diversas máquinas, con intención de agilizar cada uno de los procesos y ofrecer un mayor rendimiento a mayor número de usuarios.


Si necesitas orientación sobre algo más concreto sobre el trabajo en 3 capas (que realmente puede y debe ser >= 3 capas ), sobre motores de datos, componentes, metodología, etc, puedes comentarlo y podremos echarte una mano.

Si lo que quieres es saber como empezar, puede buscar información sobre DbExpress + DataSnap para Delphi.

Por otro lado, si lo que quieres es trabajar con base de datos C/S dentro de una red de área local, no te recomiendo trabajar en 3 Capas, aunque esto realmente depende de la arquitectura del Software que desees desarrollar.

Un Saludo.

[[Delphius]]

Gracias maro por responder y ofrecer tu ayuda.

Creo que el problema pasa por el significado de "3 capas". Yo entiendo por tres capas a esto:

Capa Interfaz
-------------
Capa Lógica
-------------
Capa Datos

Y vengo llevando desde hace tiempo un enfonque dirigido por POO. Concentré el mayor tiempo de mi análisis al aspecto Lógico. La idea es que conseguir un conjunto de clases que puedan ser reutilizadas. Tengo dos grupos de clases: las de "propódito general" y "propias del negocio" Esto me favorece a que pueda ampliar ambos grupos de clases en forma más o menos independiente.

Con respecto al motor de base de datos que empleo es Firebird versión 1.5.3.

Por el momento lo estoy manejando localmente y estoy pensando en como darle un enfoque C/S. No creo que haya demasiado problemas en esto... aunque reconozco que no se si deberé cambiar y alterar en algún punto el aspecto lógico (mis clases).

Lo que me está costando... entender y comprender es unir las diversas ideas y conceptos que tengo sobre 3 capas, POO y Arquitectura C/S. Como dije antes, intenté ofrecer ayuda aquí y el problema sigue en nieblas.
Buscando, y buscando encontré algo, pero lo que ofrece sobre ser 3 capas me es un concepto ajeno, ya que no coincide mi interpretación de lo que significa 3 capas con lo expresado en dicho documento.

Si alguien tiene un documento y/o un link que trate estos aspectos que complementen a lo que se puede leer en la Cara Oculta se los agradecería. Un enfoque C/S no es primordial, pero si tratar de seguir llevando un enfoque OO y la comunicación sobre base de datos. Esto no sólo me serviría para mi, sino también para FaraonDX y otros interesados.

Espero que se me entienda.
Muchas gracias por tomarse el tiempo en leer este post.
Saludos,

[[AzidRain]]

A mi me paso lo siguiente:

Empecé con POO cuando Delphi se llamaba Borland Pascal 6.0 y luego 7.0. y aquella maravillosa cosa llamada Turbo Vision.

QUe maravilla, me movia con soltura en la creación de aplicaciones usando solo OOP, hasta que un día...

Me encontré con el mundo de las bases de datos y las aplicaciones C/S. Lo peor llegó al empezar a estudiar el modelo Entidad-Relación...

E-S y POO simplemente son dos cosas diferentes, si quieres aplicar una deshaces la otra. Ahi fue mi calvario, muchos de mis programas terminaron funcionando bien por fuera pero por dentro llenos de chapuzas y cosas raras. Después descubrí que había cosas como ECO que hacen la traducción de E-S a POO pero eso implicaba ponerse a leer mas y mas y terminar con aplicaciones que con tal de mantener las capas y lo de la POO se llenaban de líneas y líneas de código.

Actualmente opté por un esquema híbrido, un poco de una cosa en donde se pueda y un poco de la otra donde no se puede. La clave: la documentación de l código.

[[Delphius]]

Empezado por AzidRain

Actualmente opté por un esquema híbrido, un poco de una cosa en donde se pueda y un poco de la otra donde no se puede. La clave: la documentación de l código.

Disculpa que te moleste AzidRain, ¿Me podrías indicar, si no es demasiada molestia, en forma simple o por lo menos introductoria sobre como realizas este esquema híbrido?

Ten por seguro que llevo un riguroso esquema de documentación de código. Aplico fielmente las buenas prácticas y consejos de la ingeniería de software. Prácticamente he hecho de Ingenía de Software. Un enfoque Práctico de Roger S. Pressman mi biblia.

Desde ya, muchísimas gracias.
Saludos