Pregunta de arquitectura n capas

No hay manera de saber bien a que te refieres, pero eso de realizar
cálculos suena bastante mal. Si usas un SGBD este tiene que realizar
los cálculos, y el conjunto de las aplicaciones debe de ser la capa de
presentación del sistema.

Los cálculos a los que me refieron no son solamente de datos de la
base de datos. También me referia a comparaciones, clonacion de
objetos y asi. Los caclulos relacionados con la BD, como puede ser el
id de un objeto, los calcula automaticamente el SGDB. Me referia mas a
calculos como, por ejemplo, teniendo una clase "articulo" con un
precio y por otro lado una clase "cliente" con un descuento, coger y
hacer el calculo del precio final de ese articulo a ese cliente en
concreto para trabajar con el o añadirselo a otro objeto "factura".
Ejemplo mas o menos de lo que hago sacado asi de la manga.

¿Y quien diseña el sistema?

Aqui, de momento yo me diseño y me creo todo a partir de las
especificaciones que solicita el cliente para la aplicacion.

Un saludo.

On 5 Mar 2007 02:35:00 -0800, "ANT1" wrote:

Los cálculos a los que me refieron no son solamente de datos de la
base de datos. También me referia a comparaciones, clonacion de
objetos y asi. Los caclulos relacionados con la BD, como puede ser el
id de un objeto, los calcula automaticamente el SGDB. Me referia mas a
calculos como, por ejemplo, teniendo una clase "articulo" con un
precio y por otro lado una clase "cliente" con un descuento, coger y
hacer el calculo del precio final de ese articulo a ese cliente en
concreto para trabajar con el o añadirselo a otro objeto "factura".
Ejemplo mas o menos de lo que hago sacado asi de la manga.

Pues eso es justo el tipo de cálculos que no deben de hacer las
aplicaciones. Si quieres el precio final, se lo pides directamente al
SGBD y ya está.

¿Y quien diseña el sistema?

Aqui, de momento yo me diseño y me creo todo a partir de las
especificaciones que solicita el cliente para la aplicacion.

No me has entendido. Lo que quiero decir es que las aplicaciones son
solo una parte de un Sistema de Información.

Lo que te solicita el cliente es un Sistema de Información (o que le
modifiques el que ya tiene), no una aplicación.


Saludos

On Mon, 5 Mar 2007 08:09:20 +0100, "Alberto Poblacion"
wrote:

No tiene mucho que ver el hecho de que la arquitectura de la aplicación
sea multicapa con la organización de clases que se usan en ella. De hecho,
será muy normal que una clase se pase de una capa a otra, por ejemplo,
rellenar de datos un objeto "persona" en la capa de datos para pasarlo a la
de reglas de negocio.

Es cierto que es "normal" pero tampoco está de más decir que las
aplicaciones no deben de tener capa de reglas de negocio por que las
aplicaciones son la capa de presentación de un Sistema de Información.

Excepto las aplicaciones que corren dentro del SGBD (que es un tipo de
servidor de aplicaciones), claro.


Saludos

Hola ANT1:

Alfredo propone una aplicacion basada 100% en el motor de bases de datos.
Casi monolitica diria yo.
Eso es una forma de hacer las cosas, ni mejor ni peor que otras, pero es
solo una forma de hacer las cosas y no la unica.
Hay otras formas de programar aplicaciones y cada una intenta resolver
distintas problematicas:

Puedes por ejemplo encarar el problema usando una orientacion mas orientada
a servicios (busca SOA), o algo mas orientados a objetos, busca (Domain
Driven Desing), etc..

Hay mucho para leer sobre el tema y no es una cuestion simple.

Este documento ya tiene sus años pero puede servir mucho como intro: (No
dejes de leerlo)
http://www.microsoft.com/spanish/ms...boagag.asp

Esto tambien:
http://www.microsoft.com/spanish/ms...istapp.asp

Aqui hay un ejemplo practico:
http://www.microsoft.com/spanish/ms...art140.asp

Este es la entrada al centro de Arquitectura de Microsoft:
http://www.microsoft.com/spanish/ms...uitectura/

Finalmente puedes visitar cooperator, un framework gratuito de desarrollo
del cual soy parte.
www.cooperator.com.ar

Yo diria que no te quedes pegado al consejo de nadie (incluso ni con el
mio), que investigues todo lo que puedas, y elijas lo que mas te guste y
mejor se adapte a tu proyecto

Regards / Saludos,
Eugenio Serrano
Microsoft MVP (ASP/ASP.Net)
Solid Quality Mentors
http://www.eugenioserrano.com.ar
if (me.today == me.yesterday) me.tomorrow = null;


"ANT1" escribió en el mensaje de noticias
news:

No hay manera de saber bien a que te refieres, pero eso de realizar
cálculos suena bastante mal. Si usas un SGBD este tiene que realizar
los cálculos, y el conjunto de las aplicaciones debe de ser la capa de
presentación del sistema.

Los cálculos a los que me refieron no son solamente de datos de la
base de datos. También me referia a comparaciones, clonacion de
objetos y asi. Los caclulos relacionados con la BD, como puede ser el
id de un objeto, los calcula automaticamente el SGDB. Me referia mas a
calculos como, por ejemplo, teniendo una clase "articulo" con un
precio y por otro lado una clase "cliente" con un descuento, coger y
hacer el calculo del precio final de ese articulo a ese cliente en
concreto para trabajar con el o añadirselo a otro objeto "factura".
Ejemplo mas o menos de lo que hago sacado asi de la manga.

¿Y quien diseña el sistema?

Aqui, de momento yo me diseño y me creo todo a partir de las
especificaciones que solicita el cliente para la aplicacion.

Un saludo.

Muchas Gracias Eugenio.

Realmente cuando comentan algo de como es la mejor manera de programar
o no yo siempre me mantengo receloso ya que aqui cada uno es un mundo.
Eso si, nunca esta de mas ver difenrentes formas que tiene la gente
para contrastar. Sobre todo ahora que estoy empezando y, la verdad,
poca idea tengo.

Me pondre a leer todo lo que me has dado. Ciertamente lo encunetro
interesante. Aunque me temo que me llevara un tiempo. Es una buena
cantidad de informacion.

Respecto al cooperator, ya me lo recomendaron en otro hilo. Entre en
la pagina a echar un vistazo. Por desgracia el tiempo del que dispongo
para estas cosas ultimamente es escaso debido al volumen de trabajo
que tengo, pero en cuanto pueda y me vea capacitado le echare un ojo a
ver.

Un saludo y gracias.