Diferencia entre sitio web y aplicacin web

Un sitio web generalmente es comprendido como un conjunto de documentos de Internet (HTML) vinculados entre si a travs de enlaces. Esto en realidad es la definicin de un sitio web esttico con poca o ninguna funcionalidad. En un sitio web, el mbito predeterminado para un nuevo mtodo manejador de un evento que se crea al seleccionar un control y evento es Protected. Una aplicacin web el mbito predeterminado es Private. En principio no hay mayor problema y todo funciona correctamente.

Programacin en N Capas
Capa de Acceso a Datos (Esta nos permite conectarnos a la fuente de datos y operar contra ella). Capa de Negocios (es la que se encarga de procesar todo, validaciones, etc. la misma suele distribuirse en la aplicacin en s y en la BBDD). Capa de Presentacin (es ms bien lo que el usuario percibe, su interfaz grfica por lo general). La separacin en capas quiere decir que podemos cambiar de proveedor de base de datos, y no necesitaremos rescribir toda la aplicacin de vuelta, sino solamente esa pequea capa y reutilizaramos la interfaz y las reglas de negocios, o tambin podemos mantener las reglas de negocios y el motor de base de datos, y fcilmente cambiarnos de una interfaz WinForm a WebForm, siempre la ms dura de cambiar en la de negocios ya que afecta en un nivel mnimo a las otras 2 capas. Es importante destacar que hace falta separar el cdigo de presentacin del cdigo de lgica de negocio, porque el fabricante puede desarrollar este equipo para que muestre las instrucciones en un display del mismo equipo o utilizar el televisor; la cuestin es que el cdigo de presentacin tiene que poder intercambiarse, lo cul es una de las ventajas del desarrollo en capas.

Ahora tenemos 2 niveles y en el primero de ellos diferenciamos 2 capas, de esta manera estamos diciendo que la capa de presentacin interacta con la capa de lgica de negocio; Desde la filosofa de arquitectura en capas, esto significa que la capa de lgica de negocios presenta una "interfaz" para brindar servicios a la capa de presentacin.

Del mismo modo, en el diagrama estamos diciendo que existe otro nivel donde se encuentra una capa encargada de los datos. Esta capa no se muestra como un "paquete" o "ensamblado" dado que se trata (generalmente) de un motor de base de datos que puede o no ejecutarse en el mismo equipo. Indudablemente esta capa tambin presenta una "interfaz" para brindar sus servicios a la capa que est por encima. Lo importante y que siempre debemos recordar es que las capas inferiores brindan servicios a las capas superiores (independientemente del nivel en que se encuentren). La clave del desarrollo en capas es que una capa solamente debe utilizar lo que la "interfaz" de la o las capas inferiores le brindan, de este modo se pueden intercambiar las capas respetando la "interfaz", que viene a ser como un "contrato entre capas".

Ahora tenemos las 3 capas. La nueva capa, se denomina Capa de Acceso a Datos (o Capa de Persistencia) que no es lo mismo que Capa de Datos.

La capa de acceso a datos es una porcin de cdigo que justamente realiza el acceso a los datos. De esta manera cuando es necesario cambiar el motor de base de datos, solamente tendremos que corregir esa capa.

Mientras que la capa de datos (en el nivel de datos) es donde estn los datos y se corresponde directamente con la definicin de esquemas, tablas, vistas, procedimientos almacenados y todo lo que se pueda o deba poner en un motor de base de datos.

Los arquitectos estn felices con este diagrama, sin embargo los desarrolladores tienen un problema. Resulta que los componentes de la capa de lgica de negocios necesitan referenciar a instancias de las "clases del dominio" (las que representan las entidades del negocio) y los componentes de la capa de acceso a datos tambin tienen que referenciarlas para poder "rellenar" tales instancias con los datos que obtienen de las capas inferiores.

El Modelo de 4+1 Vistas

La arquitectura del software se trata de abstracciones, de descomposicin y composicin, de estilos y esttica. Tambin tiene relacin con el diseo y la implementacin de la estructura de alto nivel del software. Los diseadores construyen la arquitectura usando varios elementos arquitectnicos elegidos apropiadamente. Estos elementos satisfacen la mayor parte de los requisitos de funcionalidad y performance del sistema, as como tambin otros requisitos no funcionales tales como conabilidad, escalabilidad, portabilidad y disponibilidad del sistema.

No toda arquitectura de software requiere las 4+1 vistas completas. Las vistas que no son tiles pueden omitirse de la descripcin de arquitectura, tales como la vista fsica si hay un nico procesador, y la vista de procesos si existe un solo proceso o programa. Para sistemas muy pequeos, es posible que las vistas lgica y de desarrollo sean tan similares que no requieran descripciones independientes. Los escenarios son tiles en todas las circunstancias.