Imaginemos que somos una empresa de software que creamos y vendemos aplicaciones a empresas que se dedican al alquiler de vídeos a través de Internet vía streaming.

La parte de la aplicación en la que nos vamos a centrar es la encargada de registrar los ingresos de los alquileres que realizan a través de un método llamado recordIncome(Double amount) en la contabilidad de cada una de las empresas que utilizan nuestro software.

En este ejemplo damos por hecho que las empresas a las que les vendemos nuestro software ya tienen sus propios módulos financieros. Hay empresas que trabajan con SAP y otras con COBOL. Incluso pueden haber empresas que los servidores en unos países trabajen con SAP y en otros con COBOL. Por tanto tenemos que crear diferentes adaptadores para interactuar con los diferentes módulos financieros.

El módulo financiero de SAP lo vamos a llamar SAPAccounting. La clase adaptadora que se comunica con el módulo financiero de SAP se llama SAPAdapterAccounting y la que se comunica con el de COBOL se llama COBOLAdapterAccounting. Por otro lado también tenemos una clase llamada Accounting que se comunica con la clase adaptadora de SAP o de COBOL dependiendo de si un servidor trabaja con SAP o con COBOL.

Este mismo ejercicio lo hemos realizado emulando Spring utilizando los patrones de Diseño Abstract Fatory, Factory Method, Inversión de Control e Inyección de Dependencias en VideoMarketPlace - Adaptador contabilidad sin Spring

Para entender los fundamentos en los que se basa Spring vamos a basarnos en este ejemplo y lo vamos a dividir en tres partes. Más adelante en el curso veremos el mismo ejemplo realizado con Spring.

• Primera parte (Pasos 1)
  • conectar con el módulo finanaciero de SAP - Solución Spring
    • crear un documento XML de declaración de los beans para que el contenedor de Spring realizace las inyecciones es decir cree las instancias de las clases Accounting y SAPAdapterAccounting
      
      
• Segunda parte (Pasos 2)
  • conectar con el módulo finanaciero de COBOL - Solución Spring
    • parametrizar la aplicación para que podamos cambiar el adapatador de contabilidad sin que tengamos que tocar el código fuente.
    • modificar el documento XML de declaración de los beans intercambiando la clase SAPAdapterAccounting por COBOLAdapterAccounting
      
      
• Tercera parte (Paso 3)
  • Conectar con el módulo finanaciero de SAP - Solución Spring con anotaciones
    • utilizar las anotaciones que aparecieron a partir de la versión 2.5 de Spring
    • Ventajas de utilizar anotaciones
      • si tenemos la certeza de cuales son las dependencias de una clase, nos ahorramos el método setter de la clasela y configuración de la dependencia en el documento XML de declaración de los beans
        • en una aplicación con un número alto de clases la diferencia es considerable
    • Desventaja de utilizar anotaciones
      • con anotaciones no nos es posible crear dependencias de interfaces, por lo que si cambiamos la clase concreta, tenemos que tocar el código fuente
    • Solución híbrida
      • la solución radica en utilizar las anotaciones para aquellas clases que tenemos la certeza de que no van a ser cambiadas y utilizar el documento XML de declaración de los beans para aquellas clases que son susceptibles de ser cambiadas