Subtitles of the Movie

Una vez decidimos construir un sitio o una aplicacion, el siguiente paso consiste en decidir si vamos a trabajar de manera local o manual. La arquitectura de la aplicacion consiste en la representacion de una vision general de la manera en la cual la aplicacion va a interactuar con cada una de sus capas. y con las otras aplicaciones del sitio. No existe una unica mejor manera de construir una aplicacion y lo mismo ocurre con las arquitecturas. Cada proyecto tiene unas necesidades y unos requerimientos particulares con base en el contexto en el cual este reside, de manera que podria necesitar unas arquitecturas muy diferentes. Mas adelante vamos a ver las metodologias de desarrollo, las cuales comunmente se describen como las maneras de implementar la arquitectura de la aplicacion. En general, una aplicacion es como un conjunto de funciones relacionadas entre si. Por ejemplo, podemos tener una pagina en la cual los usuarios se registran, una pagina en la cual pueden crear uno o dos parrafos de texto, una pagina en la cual pueden buscar otros parrafos y otra pagina en la cual se despliega el texto del parrafo que se ha encontrado. Al combinar estas funciones podriamos definir que esta es una aplicacion de anuncios clasificados. El mayor beneficio obtenido al visualizar el trabajo que realizamos como una aplicacion consiste en que podemos identificar mas facilmente el momento en el cual comenzamos y el momento en el cual finalizamos. Si trabajamos en un entorno con mas de un desarrollador, la division del trabajo en aplicaciones nos permite asignar unos conjuntos de funcionalidad particulares a otros desarrolladores. La arquitectura de la aplicacion consiste en identificar la manera en la cual se van a construir las aplicaciones individuales. de manera que estas puedan integrarse facilmente entre si dentro del sitio en general, y que asi mismo, puedan ser escritas y mantenidas de manera segura por parte de diferentes personas. Aqui debemos tener en cuenta varias consideraciones como el tamano y la complejidad de las aplicaciones del sitio y sus expectativas de crecimiento en el futuro, la cantidad de desarrolladores que van a trabajar en una aplicacion, la posible frecuencia de cambio de una aplicacion. y cual va a ser el ciclo de desarrollo de la misma. Esta aplicacion de anuncios clasificados es un buen ejemplo de una aplicacion pequena y relativamente sencilla. porque esta se encuentra en un sitio relativamente pequeno y sencillo. Fue creada y sera mantenida por una sola persona, no va a cambiar mucho, tiene un rapido ciclo de desarrollo y su arquitectura no es compleja. Pero, si tenemos que agregar a esta aplicacion de anuncios clasificados la capacidad de adquirir y renovar una lista de anuncios mediante una transaccion con una tarjeta de credito, la capacidad de los usuarios para suscribirse al servicio y tener descuento en base al volumen de anuncios que adquieran, la capacidad de restringir a los usuarios los permisos de edicion asignados por el usuario principal, el seguimiento de la venta de anuncios con base en el estado del usuario que los publica. y la asignacion de unas comisiones con base en las ventas a partir de los estados en una division de vendedores. Esta simple aplicacion de anuncios clasificados se volvera mucho mas compleja. En este caso, la arquitectura de la aplicacion se convierte en un aspecto critico, y esta sera aun mas importante cuando un cliente nos contacte por esta fantastica aplicacion de anuncios clasificados que hemos construido y nos pida que incluyamos la capacidad de que los usuarios puedan ordenar y ver los anuncios mediante sus telefonos inalambricos. Si hemos utilizado una buena arquitectura, esta solicitud solo requerira unos cambios minimos al codigo. La forma mas comun de una arquitectura de aplicacion es una que separa las capas de la misma en unos niveles administrativos. A esta comunmente se le denomina Arquitectura Ntier, en la cual la letra N es reemplazada por el numero de capas involucradas. En esta estructura, generalmente se asume que las aplicaciones tienen una capa de datos. Por ejemplo, al seleccionar los usuarios de una base de datos. tenemos una capa de negocios logica. Al preguntamos si podemos habilitar el ingreso de este usuario, tenemos una capa de presentacion. Si por ejemplo desplegamos un registro en la pagina, la capa de datos corresponde a la base de datos con que estamos trabajando, asi que comunmente es muy facil visualizar estos elementos como unas capas. Un aspecto no muy claro corresponde a la diferencia entre las capas de negocios logicas y las capas de presentacion. Si trabajamos con un sitio que tiene 10 o 20 aplicaciones combinadas. y todas ellas deben interactuar entre si a lo largo de las capas, este aspecto se vuelve incluso mas confuso. La aplicacion "Where's Tom" es sencilla y pequena y esta ubicada en un sitio junto a otras pocas aplicaciones. con las cuales no necesita interactuar. Esta fue escrita por un solo desarrollador y es muy probable que continue siendo mantenida por un solo desarrollador. Asi mismo, no es probable que cambie mucho aunque espero poder agregarle una o dos mejoras en los proximos meses. El ciclo de desarrollo de esta aplicacion es rapido porque las mejoras y las adiciones son relativamente aparentes. En cuanto a esta aplicacion, la arquitectura no representa una consideracion importante. pero poder actualizarla para utilizarla en otros dispositivos diferentes a una pagina web es muy importante. Vamos a utilizar la construccion mas basica de la Arquitectura Ntier. y separaremos los datos de la presentacion en esta aplicacion lo maximo posible. 0:05:00.0] y separaremos los datos de la presentacion en esta aplicacion lo maximo posible.