Aplicaciones "n-tier"

On Sun, 29 May 2005 12:59:46 -0500, "Benton"
wrote:

Alguien podría orientarme hacia una buena página que explique a detalle
sobre estas aplicaciones, sus ventajas, ejemplos en C#, etc.

Pides algo muy dificil.

Para empezar no hay aplicaciones "n-tier" sino sistemas (conjuntos de
aplicaciones).

Resumiendo mucho, un sistema "n-tier" es un sistema Cliente/Servidor
donde el servidor está formado por varias capas.

Por ejemplo puede haber un servidor de mensajes que actue como SGBD de
cara a las aplicaciones y distribuya la carga del trabajo hacia varios
SGBD monolíticos convencionales.

Este enlace está bastante bien aunque diferencia incorrectamente entre
gestión de proceso y gestión de datos cuando las dos cosas son la
misma. Pero por lo menos es infinitamente mejor a la basurilla que te
puedes encontrar por la MSDN.

http://www.sei.cmu.edu/str/descript..._body.html


Hay una forma de sistema "n-tier" desastrosa que estuvo bastante de
moda y sigue estando pero ya menos, que consiste en utilizar unos SGBD
muy primitivos llamados "Servidores de aplicaciones" que a su vez
utilizan SGBD SQL como si fuesen procesadores de archivos.

Lo fundamental para tener éxito con un sistema "n-tier" es que la
interfaz que vean las aplicaciones cliente sea relacional. Es decir el
caso de los servidores de mensaje y los RDBMS virtuales.


Saludos

Qué tal Benton. Te recomiendo estas dos guías:

http://msdn.microsoft.com/library/d...frame=true

http://msdn.microsoft.com/library/d...BOAGag.asp

Son dos de las referencias principales para quienes desean usar aplicaciones
empresariales que incorporan varias capas en su diseño.

Espero te ayude.

Saludos.

Julio Casal
Developer Senior .Net
MCP
Angel Intelligence


"Benton" wrote:

Hola grupo,

Alguien podría orientarme hacia una buena página que explique a detalle
sobre estas aplicaciones, sus ventajas, ejemplos en C#, etc.

Gracias de antemano,

-Benton

On Sun, 29 May 2005 14:28:00 -0700, "Julio Casal"
wrote:

http://msdn.microsoft.com/library/d...frame=true

http://msdn.microsoft.com/library/d...BOAGag.asp

No hay más que buscar la sección de bibliografía (no tienen) para
darse cuenta del grado de seriedad de estas guias.

Como norma general nunca se debe de tratar de aprender sobre
arquitectura de sistemas usando material creado por un fabricante de
software. Para eso están los libros de texto universitarios.


Saludos

Los sistemas "n-tier" no tienen porqué estar desarrollados bajo el paradigma
Cliente/Servidor. Pueden montarse perfectamente como una simple aplicación
de escritorio, con la ventaja que te otorga tener cada capa desacoplada de
las demás.

Saludos,

"Alfredo Novoa" escribió en el mensaje
news:

On Sun, 29 May 2005 12:59:46 -0500, "Benton"
wrote:

>Alguien podría orientarme hacia una buena página que explique a detalle
>sobre estas aplicaciones, sus ventajas, ejemplos en C#, etc.

Pides algo muy dificil.

Para empezar no hay aplicaciones "n-tier" sino sistemas (conjuntos de
aplicaciones).

Resumiendo mucho, un sistema "n-tier" es un sistema Cliente/Servidor
donde el servidor está formado por varias capas.

Por ejemplo puede haber un servidor de mensajes que actue como SGBD de
cara a las aplicaciones y distribuya la carga del trabajo hacia varios
SGBD monolíticos convencionales.

Este enlace está bastante bien aunque diferencia incorrectamente entre
gestión de proceso y gestión de datos cuando las dos cosas son la
misma. Pero por lo menos es infinitamente mejor a la basurilla que te
puedes encontrar por la MSDN.

http://www.sei.cmu.edu/str/descript..._body.html


Hay una forma de sistema "n-tier" desastrosa que estuvo bastante de
moda y sigue estando pero ya menos, que consiste en utilizar unos SGBD
muy primitivos llamados "Servidores de aplicaciones" que a su vez
utilizan SGBD SQL como si fuesen procesadores de archivos.

Lo fundamental para tener éxito con un sistema "n-tier" es que la
interfaz que vean las aplicaciones cliente sea relacional. Es decir el
caso de los servidores de mensaje y los RDBMS virtuales.


Saludos

On Mon, 30 May 2005 10:03:59 +0200, "Stoney el frío"
wrote:

Los sistemas "n-tier" no tienen porqué estar desarrollados bajo el paradigma
Cliente/Servidor.

Eso va en contra de la mayoría de las definiciones.

Pueden montarse perfectamente como una simple aplicación
de escritorio, con la ventaja que te otorga tener cada capa desacoplada de
las demás.

Así tendrías todas las enormes desventajas de los sistemas monolíticos
que están obsoletos desde los años 60.

A esto casi todo el mundo le llama "one-tier". Menos la gente de la
MSDN, claro. Esto es lo que pasa cuando se se escribe sin consultar
ninguna bibliografía.



Saludos