Please enable JavaScript.

Coggle requires JavaScript to display documents.

TEMA 29 : TECNOLOGÍAS PARA EL DESARROLLO DE APLICACIONES. MICROSOFT .NET,…

- - - - Capa de presentación :encargada de mostrar la interfaz de usuario al cliente para interactuar con él
      - Capa de negocio :es donde se reciben las peticiones de usuario y se ejecuta la lógica transaccional de la aplicación
      - Capa de almacenamiento de datos :formada por el SGBD con ciertas funcionalidades de manejo de esos datos
    - - Aprovechar las especiales características de los diferentes lenguajes o tecnologías de desarrollo
      - Independizar unas capas de otras tratando de conseguir que un cambio en una capa no afecte al resto de capas del sistema
    - - Buenas formación en los equipos de trabajo
      - Buen diseño y buena definición de las interfaces entre las capas
  - - - Representa los componentes que implementan el acceso a los datos de la aplicación y las reglas de negocio que gestionan su acceso
      - Se usan para ello lenguajes de propósito general como Java con librerías de acceso al SGBD más procedimientos almacenados en los mismos.
      - Uso del patrón DAO ( Data Access Object) para el desarrollo del modelo. Se construye una capa de acceso a datos formada por DAOs, que ofrecen una vista orientada a objetos de una entidad y se encargan de gestionar la persistencia usando la tecnología pertinente (JDBC, JPA, Hibernate..)
    - - Decide qué vistas se muestran dependiendo de los clientes o los resultados proporcionados por el modelo
      - En las aplicaciones web, el controlador es el punto central en el que se recibe las peticiones del usuario que se traducen en llamadas al modelo y a las vistas que generan la interfaz para el cliente. Se implementa con los servlets
    - - Incluye objetos encargados de presentar la interfaz de usuario, mostrando el resultado de las transacciones realizadas con el modelo. Se usan tecnologías como XML/XSL, páginas JSP, páginas ASP
- - - - La máquina cliente
      - Servidor Java EE
      - Servidor de BBDD o el concepto más amplio de EIS(Enterprise Information System) ya que puede ser también un sistema ERP , un sistema de transacciones contra un mainframe, etc.,
    - - Clientes: se ejecutan en el cliente
        
        Cliente web : thin client, está formado por páginas web con contenido HTML, XML, que se visualizan en un navegador.
        
        Cliente pesado/aplicación: application client, cliente con una interfaz gráfica más elaborada (con Swing, AWT, JavaFx) y con cierta lógica a ejecutar en la aplicación cliente. Se instala en la máquina, y necesita tener instalado una JVM (Java Virtual Machine). Interactúa directamente con componentes del contenedor EJB
        
        Applets : también pueden ser clientes de una aplicación Java EE, neceditando isntalación de JVM
      - Componentes web :son servlets o páginas web creadas mediante JavaServer Faces o JSP y se ejecutan en el servidor Java EE dentro del contenedor web
      - Componentes de negocio :código Java dedicado a resolver el problema del negocio de la aplicación. Son los EJB (Entreprise Java Beans) y se ejecutan en el servidor pero dentro del contenedor EJB. Interactuan con el sistema de almacenamiento
  - - - Generan normalmente contenido HTML o XML que es devuelto al cliente mediante protocolo HTTP
      - Clase HttpServlet :clase abstracta de la que heredarán todos los servlets destinados a dar servicios desde un servidor web. Cada servlet debe sobrecargar al menos un método (doGet, doPost, doPut, doDelete, init(), destroy(),getServletInfo, service())
      - El servlet se instala, gestiona y ejecuta en un contenedor web dentro del servidor Java EE
        
        El servlet es instalado en el contenedor, indicando en el fichero de configuración del contenedor la URL a la que responderá y la clase que implementará, copiando la clase en el directorio del servidor
        
        Cuando el contenedor recibe por primera vez una petición de un servlet, crea un objeto de la clase Java que lo implementa,
        
        Para cada petición
        
        El cliente (navegador web) envía la petición HTTP al servidor web.
        
        El servidor web identifica la petición como una URL que está asociada con algo que se debe ejecutar en el contenedor web y reenvía la petición al contenedor
        
        El contenedor de servlets construye o utiliza el objeto a la clase correspondiente a la petición de la URL
        
        El objeto ejecuta el método doGet() o doPos() según se indique en la petición HTTP del objeto.
        
        El servlet analiza la información que viene del request de la petición HTTP y realiza las llamadas pertinentes a otros componentes Java, como los objetos de negocio, de cara a obtener la información necesaria
        
        El servlet genera la respuesta en el response construyendo la página HTML, XML que el servidor web vaya a enviar al cliente
        
        Tienen el problema de la dificultad e incomodidad para generar la interfaz HTML de la respuesta. Por ello se ha evolucionado hacia las JSP que aligeran esta fase
    - - Facilitan el desarrollo de páginas web de contenido estático y dinámico
      - La diversidad de lenguajes que se pueden agrupar en un JSP ha sido el origen de la principal crítica a esta tecnología
      - Funcionamiento
        
        El cliente hace una petición HTTP al servidor web de una página JSP
        
        El servidor web identifica la petición como una URL que está asociada con algo que se debe ejecutar en el contenedor web y reenvía la petición al contenedor
        
        El contenedor sabe que la petición de una página JSP es la petición del servlet generado a partir de la página, por lo que busca la clase compilada y generada por la JSP
        
        Una vez encontrado el servlet, el contenedor crea un objeto de la clase correspondiente a dicho servlet generado y compilado y continua la ejecución como si fuera un servlet normal
      - Componentes
        
        Directivas JSP
        
        Elementos de script
        
        Etiquetas JSP
        
        Etiquetas personalizadas
    - - Session beans: representa la transacción de un cliente en el servidor de aplicaciones Java EE. El bean desarrolla una tarea específica de negocio en el servidor.
        
        Stateless session beans :componentes sin estado, no guardan información de las distintas llamadas del cliente. Permite utilizar un pool de objetos en memoria compartidos por todas las peticiones de usuarios
        
        State full session beans :componentes que sí mantienen el estado del cliente. Son pesados ya que se mantienen en memoria todo el tiempo de conversación entre el cliente y el EJB
        
        Singleton session beans :se instancia una sola vez por aplicación y existe durante todo el ciclo de vida de la aplicación. Compartida por todos los clientes.
      - Message driven beans :actúan como session beans pero de forma asíncrona. Empleado para el procesamiento asíncrono de mensajes. Usado cuando las operaciones son muy costosas o el tiempo de respuesta es indeterminado
  - - - Actúa de capa intermedia entre el servidor web y el servlet
      - Funcionamiento
        
        El servidor web transmite la petición HTTP al contenedor, este crea un objeto que implementa la interfaz HttpServletRequest y pasa la petición al servlet.
        
        El servlet ejecuta su lógica, haciendo las llamadas oportunas a la lógica de negocio y genera una respuesta que el contenedor transmite al servidor web.
        
        Por cada petición HTTP el contenedor es responsable de crear y gestionar un nuevo hilo de ejecución que sirva la petición
      - Implementación de referencia : Tomcat
    - - Un contenedor EJB se arranca automáticamente cuando arranca el servidor de aplicaciones.
  - - - El empaquetado se hace mediante formato ZIP
      - Representa una aplicación web e incluye todos los componentes que la aplicación necesita
        
        Librerías Java
        
        Servlets
        
        JSPs
        
        Ficheros HTML
        
        Ficheros de imagen, sonido, plantillas..
        
        Deployment descriptor
    - - Uno o más ficheros .war
      - Uno o más ejb-jars que contendrían los EJB de la aplicación
      - Uno o más ficheros .jar con las clases que requiera la aplicación
      - Un deployment descriptor
  - - - Glassfish
      - Wildfly
      - Apache Geronimo
      - IBM Websphere
  - - - SDK (Software Development Kit) de Java EE 7
        
        Servidor de aplicaciones de código abierto Glassfish
        
        Documentación de las APIs
        
        Ejemplos de código
        
        Tutorial
        
        Una implementación de referencia (Your first cup) sobre la que se pueden desarrollar prototipos.
        
        Conjunto de tests de compatibilidad
        
        Los Java EE BluePrints : conjunto de buenas prácticas para el desarrollo de aplicaciones multicapa y con clientes ligeros
      - Java 8
        
        Refuerza tecnologías que soportan cloud computing
        
        Soporte para microservicios
        
        Compatibilidad con HTTP /2
        
        Nuevos APIs de enlace con JSON
        
        Nuevas APIs de seguridad para aplicaciones basadas en PaaS
- - - - Gestión de la Configuración basada en JavaBeans
      - Factoría de beans en el núcleo del framework
      - Nivel de abstracción genérico para la gestión del acceso a las bbdd
      - Integración con frameworks de persistencia como Hiberntate, JDO...
      - Framework propio para aplicaciones web basados en el modelo MVC
      - Framework de programación basada en aspectos, para proporcionar servicios como la gestión de transacciones
  - - - Un API que define el framework
      - Conjunto de componentes por defecto que usaremos a través de una librería de etiquetas
      - Librería de etiquetas que permiten interactuar con el API interior
      - Un lenguaje de expresiones (EL)
- - - - System Web
      - System.Windows.Forms
      - System.Drawing
      - System Data
      - SYstem.XML
      - System
    - - Servidor COM dentro de una librería DLL. EL restod e componentes del framework están implementados como librerías DLL que se ejecutan en modo usuario
      - Es el núcleo de la plataforma .NET ya que es el encargado de ejecutar el código compilado . Puede asimilarse a la Máquina Virtual Java
      - Características principales
        
        Ejecución multiplataforma
        
        Integración de lenguajes
      - Otras características
        
        Modelo de programación consistente
        
        Gestión de memoria
        
        Seguridad de tipos
        
        Aislamiento de procesos
        
        Tratamiento de excepciones
        
        Soporte multihilo
        
        Distribución transparente
        
        Seguridad avanzada
      - La unidad de ejecución de CLR es el ensamblado (assembly): agrupamiento de módulos administrados y ficheros de recursos. Una aplicación está compuesta por uno o varios ensamblados.
        
        Componentes
        
        Código intermedio MSIL (Microsoft Intermediate Language)
        
        Recursos adicionales (imágenes, textos..)
        
        Fichero con todos los metadatos necesarios para especificar los requisitos de versión e identidad de seguridad, el ámbito del ensamblado y resolver las referencias a los recursos y las clases
        
        Tipos
        
        Aplicaciones
        
        Bibliotecas
  - - - Componentes
        
        Páginas .aspx
        
        ensamblados .dll: resultado de compilar las clases con la lógica de presentación de las paginas aspx, las clases de negocio y las clases de acceso a datos
        
        *Fichero Web.config: fichero XML que contiene configuración de la aplicación, de seguridad y acceso a los proveedores de datos*
    - - ASP.NET Web Forms :implementa el modelo de programación basado en controles y eventos
      - ASP.NET MVC:proporciona un modelo de programación basado en el patrón de arquitectura MVC
  - - - **Proveedores de datos de ,NET Framework :
      - El DataSet