Programación orientada a objetos

Qué pasa con la capa de lógica de negocio ? Desaparecería ?

On Mon, 9 Apr 2007 05:18:01 -0700, Alhambra-Eidos Kiquenet
wrote:

>Qué pasa con la capa de lógica de negocio ? Desaparecería ?

No se muy bien a que te refieres.

On Mon, 9 Apr 2007 07:08:05 -0700, Alhambra-Eidos Kiquenet
wrote:

>En lo que muchos llaman arquitectura de 3 capas, la capa de lógica de negocio
>existiría ? o hay que dejarlo todo en BBDD ?

"Capa de negocio" es un término bastante impreciso y poco profesional.

Normalmente se refiere a las restricciones de integridad de los datos
y a las reglas de derivación de nuevos datos. Estos dos tipos de
"logica" es evidente que deben de ser gestionados por el SGBD.

Las aplicaciones solo deben de ocuparse de la presentación y la
comunicación con los usuarios.

Por ejemplo si una regla dice que las filas de los "grids" con saldo
negativo deben de mostrarse en color rojo, esto es lógica de
presentación y es el tipo de cosas del que suelen encargarse las
aplicaciones.

Si una regla dice que el stock actual es la suma del stock inicial más
las compras menos las ventas menos las mermas, es evidente que debe de
ser asegurada por el SGBD.

Si las aplicaciones se conectan directamente a un SGBD convencional
como SQL Server entonces es un sistema de dos capas. Si se conectan a
un middleware de cualquier tipo y este a su vez se conecta a SQL
Server, entonces es un sistema de tres capas. En este último caso el
SGBD (virtual) sería la combinación del middleware y el SQL Server,
por lo que el número de capas lógicas es siempre dos: Aplicaciones y
SGBD, o lo que es lo mismo: Cliente/Servidor.

Un sistema Cliente/Servidor de tres capas, es un sistema de dos capas
lógicas (cliente y servidor) y tres capas físicas (por ejemplo:
aplicaciones, middleware y SQL Server).

A mi me parece bastante sencillo, pero hay un montón de programadores
a los que no les entra en la cabeza.


Saludos