Spring vs Guice：重要的一个关键区别

根据弹簧对象的名称识别它们

不管使用XML还是Java配置都没有关系，Spring范围大致类似于Map <String，Object>结构。 这意味着您不能有两个名称相同的对象 。 为什么这是一件坏事？ 如果您的大型应用程序包含许多@Configuration类或XML文件，则很容易意外地两次使用相同的名称。

最糟糕的是，它们与多个对象一起使用时，它们会默默地相互覆盖，直到实际上只有一个保留在ApplicationContext中为止。 这些对象也可以是不同的类型，而声明顺序才是真正确定哪个对象获胜的因素。 这里的问题是，如果您想基于Spring创建可重用的模块，则基本上将被迫在名称或其他名称中使用前缀，以确保不会出现名称冲突。

根据对象的类别识别Guice对象

Guice范围基本上类似于Map <Class <？>，Object>结构。 这意味着如果不使用额外的元数据（例如，限定词）， 就不能拥有两个相同类型的对象 。 这种设计选择有不同的优缺点，但总的来说，我认为这是比较明智​​的选择。 如果创建可重用的模块，则必须确保不导出任何通用类型的对象（例如，字符串）。 使用基于类型的作用域，您始终可以为常见类型创建一个包装的类，而使用基于名称的作用域，您将始终不得不根据幸运的猜测使用唯一的名称。 Guice还具有PrivateModules，因此您可以对所有注入使用Guice，但仅导出范围中的某些对象。  

范例程式码

这是一个Spring应用程序的幼稚示例，由于无声Bean覆盖而中断了运行时。

Main.java

此类实例化应用程序上下文，注册配置类并尝试从上下文中获取MyBean。

package springbreak;

import org.springframework.context.annotation.AnnotationConfigApplicationContext;

public class Main {
  public static void main(String[] args) {
    AnnotationConfigApplicationContext ctx = new AnnotationConfigApplicationContext();

    ctx.register(GoodConfig.class);
    ctx.register(EvilConfig.class);

    ctx.refresh();
    ctx.start();

    System.out.println(ctx.getBean(MyBean.class).getValue());

    ctx.stop();
  }
}

MyBean.java

这只是我们期望从应用程序上下文中获得的一种示例类型的Bean。

package springbreak;

public interface MyBean {
  String getValue();
}

GoodConfig.java

这是一个导出MyBean的配置类

package springbreak;

import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;

@Configuration
public class GoodConfig {

  private static class MyBeanImpl implements MyBean {
    public String getValue() {
      return "I'm a bean";
    }
  }

  @Bean
  public MyBean myBean() {
    return new MyBeanImpl();
  }

}

EvilConfig.java

此配置类导出名为myBean的String。 这不是一个非常现实的示例，但显示了基本思想。

package springbreak;

import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;

@Configuration
public class EvilConfig {

  @Bean
  public String myBean() {
    return "I'm a string!";
  }

}

分析例子

您可以猜测运行示例时会发生什么吗？ 这是基本思想：

1. GoodConfig导出名称为“ myBean”的MyBeanImpl。
2. 即使类型不匹配 ，EvilConfig 也会导出一个名称为“ myBean”的字符串替换GoodConfig中的字符串
3. Main获得NoSuchBeanDefinitionException“未定义[springbreak.MyBean]类型的唯一bean”

因此，基本上将MyBeanImpl替换为String，并且不会有实现MyBean的bean。 最糟糕的部分是， 如果您颠倒@Configuration类的注册顺序，该代码将起作用，因为然后String将被MyBeanImpl替换。 现在，假设您有20个封装良好的模块，这些模块的名称可能会发生冲突……我已经多次碰壁，试图在这种情况下调试问题。

Spring（从3.0.6版开始）无法更改@Configuration类导出的bean的命名。 如果要创建可安全重用的模块，则必须在导出Bean的方法中使用某种完全限定的名称（例如goodConfigMyBean，evilConfigMyBean）。

我喜欢Spring（尤其是非DI容器部件），但是在新项目中，我将拒绝使用从根本上被破坏的库。 是的，两次使用相同的名称是开发人员错误，但是容易出现此类错误的任何库都可被认为比尝试最小化这些错误的替代方法更糟。

参考： Spring vs Guice： Jawsy Solutions技术博客博客上我们JCG合作伙伴 Joonas Javanainen的重要差异之一 。

翻译自: https://www.javacodegeeks.com/2012/06/spring-vs-guice-one-critical-difference.html