/dependency-injection/src/main/java/com/iluwatar/dependency/injection/App.java
Java | 67 lines | 14 code | 5 blank | 48 comment | 0 complexity | 7e357a56958093d43d81b6cb90429b59 MD5 | raw file
- /**
- * The MIT License
- * Copyright (c) 2014 Ilkka Seppälä
- *
- * Permission is hereby granted, free of charge, to any person obtaining a copy
- * of this software and associated documentation files (the "Software"), to deal
- * in the Software without restriction, including without limitation the rights
- * to use, copy, modify, merge, publish, distribute, sublicense, and/or sell
- * copies of the Software, and to permit persons to whom the Software is
- * furnished to do so, subject to the following conditions:
- *
- * The above copyright notice and this permission notice shall be included in
- * all copies or substantial portions of the Software.
- *
- * THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
- * IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
- * FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE
- * AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
- * LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM,
- * OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN
- * THE SOFTWARE.
- */
- package com.iluwatar.dependency.injection;
- import com.google.inject.Guice;
- import com.google.inject.Injector;
- /**
- *
- * Dependency Injection pattern deals with how objects handle their dependencies. The pattern
- * implements so called inversion of control principle. Inversion of control has two specific rules:
- * - High-level modules should not depend on low-level modules. Both should depend on abstractions.
- * - Abstractions should not depend on details. Details should depend on abstractions.
- * <p>
- * In this example we show you three different wizards. The first one ({@link SimpleWizard}) is a
- * naive implementation violating the inversion of control principle. It depends directly on a
- * concrete implementation which cannot be changed.
- * <p>
- * The second wizard ({@link AdvancedWizard}) is more flexible. It does not depend on any concrete
- * implementation but abstraction. It utilizes Dependency Injection pattern allowing its
- * {@link Tobacco} dependency to be injected through its constructor. This way, handling the
- * dependency is no longer the wizard's responsibility. It is resolved outside the wizard class.
- * <p>
- * The third example takes the pattern a step further. It uses Guice framework for Dependency
- * Injection. {@link TobaccoModule} binds a concrete implementation to abstraction. Injector is then
- * used to create {@link GuiceWizard} object with correct dependencies.
- *
- */
- public class App {
- /**
- * Program entry point
- *
- * @param args command line args
- */
- public static void main(String[] args) {
- SimpleWizard simpleWizard = new SimpleWizard();
- simpleWizard.smoke();
- AdvancedWizard advancedWizard = new AdvancedWizard(new SecondBreakfastTobacco());
- advancedWizard.smoke();
- Injector injector = Guice.createInjector(new TobaccoModule());
- GuiceWizard guiceWizard = injector.getInstance(GuiceWizard.class);
- guiceWizard.smoke();
- }
- }