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 ingreos 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 echo 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.

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 y 2)
  • Empezaremos creando una solución tradicional
    • Inconveniente: tenemos que modificar el código fuente del método recordIncome(Double amount) de la clase Accounting dependiendo de si tenemos que utilizar el adaptador de SAP o el de COBOL.
      
      
• Segunda parte (Pasos 3 y 4)
  • Utilizaremos los patrones de diseño Abstract Factory y Factory Method para parametrizar la aplicación indicándole desde un fichero externo properties que tipo de contabilidad utiliza el servidor que está en producción.
    • Ventaja: Si una empresa tiene presencia en varios países y en estos países tiene diferente software contable, las personas que parametrizan la aplicación sólo tienen que modificar el fichero de properties de los servidores de cada uno de los países y no tienen que tocar el código fuente del método recordIncome(Double amount) de la clase Accounting. También es muy útil cuando se tiene que realizar una instalación a un nueva empresa que nos ha comprado la aplicación VideoMarketPlace.
• Tercera parte (Paso 5)
  • Utilizaremos los patrones de diseño Inversión de contol (IoC , Inversion of Control) e Inyección de dependencias (DI, Dependency Injection)
    • Ventaja: en vez de ser la clase Accounting la responsable de crear los objetos adaptadores u obtener la referencia a estos objetos a través de la clase FactoryServices, va a ser la clase Main la que inyecte o pase la referencia de los objetos adaptadores a través del método setIAdapterAcconting(IAdapterAccounting adapterAccounting)