Guice框架-DI(依赖注入基础入门)

简介:

所谓的绑定就是将一个接口绑定到具体的类中,这样客户端不用关心具体的实现,而只需要获取相应的接口完成其服务即可。

HelloWorld.java

     public interface HelloWorld {

        String sayHello();

     }

然后是具体的实现,HelloWorldImpl.java

     public class HelloWorldImpl implements HelloWorld {

        @Override

       public String sayHello() {

             return "Hello, world!";

         }

     }

 

写一个测试例子看看,HelloWorldTest.java

   public class HelleWorldTest {

        @Test

       public void testSayHello() {

         Injector inj=  Guice.createInjector(new Module() {

                @Override

                public void configure(Binder binder) {

                  binder.bind(HelloWorld.class).to(HelloWorldImpl.class);

                }

            });

           HelloWorld hw = inj.getInstance(HelloWorld.class);

           Assert.assertEquals(hw.sayHello(), "Hello, world!");

       }

   }

 

这个例子非常简单,通俗的将就是将一个HelloWorldImpl的实例与HelloWorld关联起来,当想Guice获取一个HelloWorld实例的时候,Guice就返回一个HelloWorldImpl的实例,然后我们就可以调用HelloWorld服务的方法了。

自我分析:针对于Factory工厂类的框架整合!

问题(1)HelloWorld是单例的么?测试下。

HelloWorld hw = inj.getInstance(HelloWorld.class); 

Assert.assertEquals(hw.sayHello(), "Hello, world!");

HelloWorld hw2 = inj.getInstance(HelloWorld.class);

System.out.println(hw.hashCode()+"->"+hw2.hashCode());

Assert.assertEquals(hw.hashCode(), hw2.hashCode());

解答(1)测试结果告诉我们,HelloWorld不是单例的,每次都会返回一个新的实例。

问题(2)HelloWorld的实例是HelloWorldImpl么?可以强制转型么?

HelloWorld hw = inj.getInstance(HelloWorld.class);

System.out.println(hw.getClass().getName());

解答(2),

结果输出

cn.imxylz.study.guice.helloworld.HelloWorldImpl,看来确实只是返回了一个正常的实例,并没有做过多的转换和代理。

 

问题(3),如果绑定多个实现到同一个接口上会出现什么情况?

public class HelloWorldImplAgain implements HelloWorld {

    @Override

     public String sayHello() {

        return "Hello world again.";

     }

}

binder.bind(HelloWorld.class).to(HelloWorldImpl.class);

binder.bind(HelloWorld.class).to(HelloWorldImplAgain.class);

 

解答(3),很不幸,Guice目前看起来不允许多个实例绑定到同一个接口上了。

com.google.inject.CreationException: Guice creation errors:

1) A binding to cn.imxylz.study.guice.helloworld.HelloWorld was already configured at cn.imxylz.study.guice.helloworld.HelleWorldTest$1.configure(HelleWorldTest.java:28). 

  at cn.imxylz.study.guice.helloworld.HelleWorldTest$1.configure(HelleWorldTest.java:29)

 

问题(4),可以绑定一个实现类到实现类么?

Injector inj=  Guice.createInjector(new Module() {

      @Override

       public void configure(Binder binder) {

          binder.bind(HelloWorldImpl.class).to(HelloWorldImpl.class);

       }

  });

HelloWorld hw = inj.getInstance(HelloWorldImpl.class);

System.out.println(hw.sayHello());

 

 

非常不幸,不可以自己绑定到自己。

1) Binding points to itself. 

  at cn.imxylz.study.guice.helloworld.HelleWorldTest$1.configure(HelleWorldTest.java:28)

我们来看看bind的语法。

<T> AnnotatedBindingBuilder<T> bind(Class<T> type);

ScopedBindingBuilder to(Class<? extends T> implementation);

也就是说只能绑定一个类的子类到其本身

。改造下,改用子类替代。

    public class HelloWorldSubImpl extends HelloWorldImpl {

         @Override

         public String sayHello() {

             return "@HelloWorldSubImpl";

         }

    }

   Injector inj = Guice.createInjector(new Module() {

            @Override

           public void configure(Binder binder) {

               binder.bind(HelloWorldSubImpl.class).to(HelloWorldSubImpl.class);

           }

        });

      HelloWorldImpl hw = inj.getInstance(HelloWorldImpl.class);

      System.out.println(hw.sayHello());

支持子类绑定,这样即使我们将一个实现类发布出去了(尽管不推荐这么做),我们在后期仍然有办法替换实现类。

使用bind有一个好处,由于JAVA 5以上的泛型在编译器就确定了,所以可以帮我们检测出绑定错误的问题,而这个在配置文件中是无法检测出来的。

这样看起来Module像是一个Map,根据一个Key获取其Value,非常简单的逻辑。

问题(5),可以绑定到我们自己构造出来的实例么?

解答(5)当然可以!看下面的例子。

Injector inj=  Guice.createInjector(new Module() {

             @Override

             public void configure(Binder binder) {

                binder.bind(HelloWorld.class).toInstance(new HelloWorldImpl());

             }

         });

      HelloWorld hw = inj.getInstance(HelloWorld.class);

      System.out.println(hw.sayHello());

问题(6),我不想自己提供逻辑来构造一个对象可以么?

解答(6),可以Guice提供了一个方式(Provider<T>),允许自己提供构造对象的方式。

  Injector inj=  Guice.createInjector(new Module() {

        @Override

        public void configure(Binder binder) {

            binder.bind(HelloWorld.class).toProvider(new Provider<HelloWorld>() {

                @Override

                public HelloWorld get() {

                    return new HelloWorldImpl();

                }

            });

       }

   });

 HelloWorld hw = inj.getInstance(HelloWorld.class);

 System.out.println(hw.sayHello());

问题(7),实现类可以不经过绑定就获取么?比如我想获取HelloWorldImpl的实例而不通过Module绑定么?

解答(7),可以,实际上Guice能够自动寻找实现类。

Injector inj=  Guice.createInjector();

HelloWorld hw = inj.getInstance(HelloWorldImpl.class);

System.out.println(hw.sayHello());

问题(8),可以使用注解方式完成注入么?不想手动关联实现类。

解答(8),好,Guice提供了注解的方式完成关联。我们需要在接口上指明此接口被哪个实现类关联了。

 @ImplementedBy(HelloWorldImpl.class)

   public interface HelloWorld {

         String sayHello();

  }

Injector inj=  Guice.createInjector();

HelloWorld hw = inj.getInstance(HelloWorld.class);

System.out.println(hw.sayHello());

 

事实上对于一个已经被注解的接口我们仍然可以使用Module来关联,这样获取的实例将是Module关联的实例,而不是@ImplementedBy注解关联的实例。这样仍然遵循一个原则,手动优于自动。

问题(9)再回头看问题(1)怎么绑定一个单例?

      Injector inj = Guice.createInjector(new Module() {

          @Override

          public void configure(Binder binder) {

           binder.bind(HelloWorld.class).to(HelloWorldImplAgain.class).in(Scopes.SINGLETON);

          }

      });

      HelloWorld hw = inj.getInstance(HelloWorld.class);

      HelloWorld hw2 = inj.getInstance(HelloWorld.class);

      System.out.println(hw.hashCode() + "->" + hw2.hashCode());

可以看到现在获取的实例已经是单例的,不再每次请求生成一个新的实例。

事实上Guice提供两种Scope,

com.google.inject.Scopes.SINGLETON和com.google.inject.Scopes.NO_SCOPE,

所谓没有scope即是每次生成一个新的实例。

 

对于自动注入就非常简单了,只需要在实现类加一个Singleton注解即可。

@Singleton

public class HelloWorldImpl implements HelloWorld {

@Override

  public String sayHello() {

    return "Hello, world!";

  }

}

相关文章
|
7月前
|
Java 容器 Spring
Spring-依赖注入(DI)入门案例及bean基础配置
Spring-依赖注入(DI)入门案例及bean基础配置
74 0
|
XML 设计模式 存储
Java Spring IOC容器与依赖注入DI实现原理
本文主要讲解Spring IOC机制和实现过程,依赖注入DI和面向切面编程AOP是Spring框架的核心概念,几乎后续使用到Spring Boot框架的地方都有这两个概念的影子。也是Java面试的考察点,我们会结合实际的例子演示说明 。
902 1
|
7月前
|
XML Java 数据格式
Spring框架入门:IoC与DI
【5月更文挑战第15天】本文介绍了Spring框架的核心特性——IoC(控制反转)和DI(依赖注入)。IoC通过将对象的创建和依赖关系管理交给容器,实现解耦。DI作为IoC的实现方式,允许外部注入依赖对象。文章讨论了过度依赖容器、配置复杂度等常见问题,并提出通过合理划分配置、使用注解简化管理等解决策略。同时,提醒开发者注意过度依赖注入和循环依赖,建议适度使用构造器注入和避免循环引用。通过代码示例展示了注解实现DI和配置类的使用。掌握IoC和DI能提升应用的灵活性和可维护性,实践中的反思和优化至关重要。
388 4
|
Java 容器 Spring
【java常见的面试题】什么是Spring IOC 和DI ?
Java基础的面试题【SSM框架篇】
190 0
|
XML Java 数据格式
AS3 IOC框架Spring Actionscript 的使用总结
AS3 IOC框架Spring Actionscript 的使用总结
56 0
|
XML JSON Java
源码分析系列教程(03) - Spring核心总结(IOC篇)
源码分析系列教程(03) - Spring核心总结(IOC篇)
35 0
|
Java 容器 Spring
Spring之IOC和DI入门案例
Spring之IOC和DI入门案例
|
设计模式 中间件 容器
小满nestjs(第二章 IOC控制反转 DI依赖注入)
Inversion of Control字面意思是控制反转,具体定义是高层模块不应该依赖低层模块,二者都应该依赖其抽象;抽象不应该依赖细节;细节应该依赖抽象。
134 0
|
Java 容器 Spring
Spring_02 IOC入门案例 DI入门案例
Spring_02 IOC入门案例 DI入门案例
133 0