Programación y Arquitectura

Transcripción

1 Programación y Arquitectura Proyecto Santos es una aplicación web que usa múltiples APIs i Java EE 7: La tecnología JavaServer Faces ii, incluyendo Ajax Contextos y la inyección de dependencias para la plataforma Java EE (CDI iii ) API de Java para servicios web XML (JAX-WS iv ) Persistencia Java API (JPA v ) API de Java para JavaBeans Validación (Bean Validation vi ) La tecnología Enterprise JavaBeans (EJB vii ) La Aplicación consta de los siguientes contenedores: Gestión Floristería: Una aplicación web que tiene un catálogo de productos, registro de clientes, y un carrito de compras. También cuenta con una interfaz de administración para el producto, la categoría y la gestión de usuarios. El nombre del proyecto es Floristería-Santos. Recursos de la Aplicación contiene todos los recursos utilizados por los proyectos web. Incluye mensajes, hojas de estilo CSS, imágenes, archivos JavaScript y JavaServer Faces componentes compuestos Entidad: contenedor Java que contiene todas las entidades JPA. También contiene POJOs viii. Es la capa 1 del proyecto. Se relaciona con la BD a través de sus JPA NamedQueries ix. Controller: contenedor Java, es la capa 2 del proyecto y es el que se relaciona con los Facades dentro de la capa Controller. Facade: contenedor Java, contiene los métodos para hacer las búsquedas a partir de las NamedQueries en la Entidad a la BD; estas búsquedas son pedidas por los Controller.

2 La aplicación utiliza las siguientes Java EE 7 características de la plataforma: Entidades Java Persistence API: o Anotaciones Bean Validation en las entidades de verificación de datos o Anotaciones XML para API Java para XML serialización Servicios Web: o Un servicio web JAX-WS para la seguridad Beans Enterprise: o Los beans de o Todos los beans empaquetados en la WAR Contextos y Inyección de Dependencia (CDI): o Anotaciones CDI para componentes JavaServer Faces o Un CDI bean gestionado utilizado como un carrito de la compra o Calificadores o Eventos y controladores de eventos La tecnología JavaServer Faces, utilizando Facelets x para la interfaz web o Plantillas(Templates) o Componentes compuestos: Framework Primefaces xi o Recursos empaquetados en un archivo JAR para que puedan encontrarse en la ruta de clases: Persistencia e Internacionalización(Bundle I18N xii ) El Proyecto Floristería-Santos tiene dos interfaces de usuario principales La interfaz principal, para florista y empleados La interfaz administrativa utiliza para realizar operaciones administrativas, como agregar nuevos elementos al catálogo, clientes y pedidos La interfaz invitado, donde tiene accesos restringidos o eliminados i Interfaz de programación de aplicaciones (IPA) o API (del inglés Application Programming Interface) es el conjunto de funciones y procedimientos (o métodos, en la programación orientada a objetos) que ofrece cierta biblioteca para ser utilizado por otro software como una capa de abstracción. Son usadas generalmente en las bibliotecas.

3 ii JavaServer Faces (JSF) es una tecnología y framework para aplicaciones Java basadas en web que simplifica el desarrollo de interfaces de usuario en aplicaciones iii El concepto de Inversión de Control fue acuñado originalmente por Martin Fowler, diseñador del patrón MVVM (Model View View-Model). Fowler definió el concepto de forma informal denominándolo como el Principio de Hollywood, en el que, tras una audición, se le decía al actor la famosa frase de No nos llames, nosotros te llamaremos. El principio establece una diferenciación entre el concepto de biblioteca y framework, definiendo el primero como un simple conjunto de clases, métodos y funciones que son invocadas por el flujo del programa y que posteriormente devuelven el control a éste (control normal) y el segundo como un diseño más abstracto y elaborado que se encargará, en algún momento, de invocar el código que el programador se encargue de codificar (inversión de control). El Framework, en este caso, expondría un bucle de espera que detectaría la emisión de eventos, como la pulsación de un botón, momento en el cual se ejecutaría el código de usuario. El Framework invocará nuestro código en lugar de realizar la operación contraria. El Principio de Inversión de Dependencias El segundo concepto se lo debemos a otro de los gurús de la ingeniería del Software, Robert C. Martin, creador del desarrollo ágil y de los principios básicos de la programación orientada a objetos, denominados SOLID. Dos de estos principios, de hecho, sirvieron como base para otro de ellos: el concepto de Inversión de Dependencias. Este concepto se basa en hacer que una clase A inyecte objetos en una clase B en lugar de dejar que sea la propia clase B la que se encargue de crear el objeto (éste último caso se suele realizar mediante un simple new()). La forma más común de realizar la inyección de dependencias es a través de lo que se conoce como Contenedor DI, que se encarga de realizar la inyección en objetos simples (POJOs o POCOs). Es probable que, después de esta escueta explicación, haya quien se plantee la pregunta: qué tiene que ver la inyección de dependencias con el rollo que nos has soltado en los dos apartados anteriores? Principalmente se basa en que la inyección de dependencias se suele realizar a través de algún tipo de Framework (Spring, Unity, Castle Windsor ), por lo que se realizará mediante una inversión de control, haciendo que sea el Framework (concretamente el contendor DI) el que invoque nuestro código. iv Java API for XML Web Services (JAX-WS) es una API de Java para la creación de servicios web. Es parte de la plataforma Java EE de Sun Microsystems. Al igual que las otras APIs de Java EE, JAX-WS utiliza anotaciones, introducidas en Java SE 5, para simplificar el desarrollo y despliegue de los clientes y puntos finales de servicios web. Es parte del Java Web Services Development Pack. v Java Persistence API, más conocida por sus siglas JPA, es la API de persistencia desarrollada para la plataforma Java EE Es un framework del lenguaje de programación Java que maneja datos relacionales en aplicaciones usando la Plataforma Java en sus ediciones Standard (Java SE) y Enterprise (Java EE). El objetivo que persigue el diseño de esta API es no perder las ventajas de la orientación a objetos al interactuar con una base de datos (siguiendo el patrón de mapeo objeto-relacional), como sí pasaba con EJB2, y permitir usar objetos regulares (conocidos como POJOs). vi En el contexto de Java Bean Validation (JSR 303) es un framework aprobado en los marcos de JCP al 16 de noviembre de 2009, siendo aceptado como parte de la especificación Java EE 6. Bean Validation define un modelo de metadatos y una interfaz para la validación de JavaBeans. La fuente de los metadatos consiste en anotaciones, con la posibilidad de sobrescribir y extender estos metadatos por medio del uso de descriptores de validación en formato XML. El equipo Hibernate provee el Hibernate Validator, implementación de referencia de Bean Validation y también creó el Bean Validation TCK que cualquier implementación de JSR 303 deberá pasar. Apache Bval es otra implementación de esta especificación. vii Los Enterprise JavaBeans (también conocidos por sus siglas EJB) son una de las API que forman parte del estándar de construcción de aplicaciones empresariales J2EE (ahora JEE) de Oracle Corporation (inicialmente desarrollado por Sun Microsystems).

4 Los EJB se disponen en un contenedor EJB dentro del servidor de aplicaciones. La especificación describe cómo el EJB interactúa con su contenedor y cómo el código cliente interactúa con la combinación del EJB y el contenedor. Cada EJB debe facilitar una clase de implementación Java y dos interfaces Java. El contenedor EJB creará instancias de la clase de implementación Java para facilitar la implementación EJB. Las interfaces Java son utilizadas por el código cliente del EJB. Las dos interfaces, conocidas como interfaz "home" e interfaz remota, especifican las firmas de los métodos remotos del EJB. Los métodos remotos se dividen en dos grupos: métodos que no están ligados a una instancia específica, por ejemplo aquellos utilizados para crear una instancia EJB o para encontrar una entidad EJB existente. Estos métodos se declaran en la interfaz "home". métodos ligados a una instancia específica. Se ubican en la interfaz remota. Dado que se trata simplemente de interfaces Java y no de clases concretas, el contenedor EJB genera clases para esas interfaces que actuarán como un proxy en el cliente. El cliente invoca un método en los proxies generados que a su vez sitúa los argumentos método en un mensaje y envía dicho mensaje al servidor EJB. Los proxies usan RMI-IIOP para comunicarse con el servidor EJB. El servidor llamará a un método correspondiente a una instancia de la clase de implementación Java para manejar la llamada del método remoto. viii Un POJO (acrónimo de Plain Old Java Object) es una sigla creada por Martin Fowler, Rebecca Parsons y Josh MacKenzie en septiembre de 2000 y utilizada por programadores Java para enfatizar el uso de clases simples y que no dependen de un framework en especial. Este acrónimo surge como una reacción en el mundo Java a los frameworks cada vez más complejos, y que requieren un complicado andamiaje que esconde el problema que realmente se está modelando. En particular surge en oposición al modelo planteado por los estándares EJB anteriores al 3.0, en los que los "Enterprise JavaBeans" debían implementar interfaces especiales. POJO es una nueva palabra para designar algo viejo, tan viejo como una tarjeta perforada. No existe en Java una nueva tecnología con ese nombre, sino que el nombre existe en el marco de una revalorización de la programación "simplemente orientada a objetos". Un objeto POJO es una instancia de una clase que no extiende ni implementa nada en especial. Por ejemplo, un Servlet tiene que extender de HttpServlet y sobrescribir sus métodos, por lo tanto no es un POJO. En cambio, si se define una clase 'Persona', con sus atributos privados y sus correspondientes getters y setters públicos, una instancia de esta simple clase es un objeto POJO. ix JPA NamedQueries es una consulta definida estáticamente con una cadena de consulta inmutable predefinido. El uso de consultas con nombre en lugar de consultas dinámicas puede mejorar la organización del código mediante la separación de las cadenas de consulta JPQL desde el código Java. También impone el uso de parámetros de consulta en lugar de incrustar los literales de forma dinámica en la cadena de consulta y los resultados de las consultas más eficientes. x Facelets es un sistema de código abierto de plantillas web bajo la Licencia Apache y la tecnología de controlador de JavaServer Faces (JSF). El lenguaje requiere documentos XML de entrada válidos para trabajar. Facelets es compatible con todos los componentes de la interfaz de usuario de JSF y se centra por completo en la construcción del árbol de componentes, lo que refleja el punto de vista de una aplicación JSF. Aunque ambas tecnologías JSF y JSP han mejorado para trabajar mejor juntas, Facelets elimina los problemas señalados en el artículo de Hans Bergsten "Improving JSF by Dumping JSP" xi PrimeFaces es un componente para JavaServer Faces (JSF) de código abierto que cuenta con un conjunto de componentes enriquecidos que facilitan la creación de las aplicaciones web. Primefaces está bajo la licencia de Apache License V2. Una de las ventajas de utilizar Primefaces, es que permite la integración con otros componentes como por ejemplo RichFaces. Conjunto de componentes ricos (Editor de HTML, autocompletar, cartas, gráficas o paneles, entre otros).

5 Soporte de ajax con despliegue parcial, lo que permite controlar qué componentes de la página actual se actualizarán y cuáles no. 25 temas prediseñados Componente para desarrollar aplicaciones web para móviles Actualmente en la versión 5 xii La internacionalización es el proceso de diseñar software de manera tal que pueda adaptarse a diferentes idiomas y regiones sin la necesidad de realizar cambios de ingeniería ni en el código. La localización es el proceso de adaptar el software para una región específica mediante la adición de componentes específicos de un locale y la traducción de los textos, por lo que también se le puede denominar regionalización. No obstante la traducción literal del inglés es la más extendida. 1 Es una práctica común en el idioma inglés (sobre todo en el ámbito de la computación), abreviar internacionalización con el numerónimo "i18n". Ello se debe a que entre la primera i y la última ene de dicha palabra hay 18 letras. Lo mismo sucede con localización, que se abrevia "L10n". La L mayúscula se utiliza para distinguirla de la i minúscula de i18n.