Este es un ejercicio para la clase de Frameworks y Patrones de la especialización en desarrollo de software.
Para que el programa funcione correctamente despues de descargar el código se debe crear una librería con el nombre "guice-3.0" que contenga todos los jars de guice, los jars los pueden encontrar en la carpeta de lib del proyecto.
Una vez organizado el proyecto se debe correr con la clase start en el paquete com.fyp.guice.example.application
El programa se corre por consola, ofrece 4 posibilidades, "0- Paypal", "1- Google Wallet", "2- Falabella" y "3- Custom", cuando se elige una de las 3 primeras opciones la aplicación corre el BillingService con el CreditCardProcessor correspondiente a la tarjeta de crédito elegida, la cuarta opción, Custom, permite cargar un jar en el sistema y elegir una clase para correr como creditCardProcesor para que el sistema funcione correctamente, la clase debe implementar la interface CreditCardProcessor.
El error en el documento se encuentra en este parrafo:
Dependency Injection Like the factory, dependency injection is just a design pattern. The core principal is to separate behaviour from dependency resolution. In our example, the RealBillingService is not responsible for looking up the TransactionLog and CreditCardProcessor. Instead, they're passed in as constructor parameters:
Donde dice que la inyección de dependencia es un patrón de diseño, la inyección de dependencia no es un patrón de diseño es la implementación de la inversión de dependencia, un principio de programacíón de software, de SOLID, sin embargo muchos patrones utilizan la inyección de dependencia, como factory method y observer.