使用或不使用 Spring Beans 有什么区别？

Question

我可能会得到很多反对意见，但我很困惑是否使用 bean 的所有事实。让我们假设这个例子

interface ICurrency {
       String getSymbol();
}


public class CurrencyProcessor {

    private ICurrency currency ;

    public CurrencyProcessor(ICurrency currency) {
        this.currency = currency;
    }

    public void doOperation(){
        String symbol = currency.getSymbol();
        System.out.println("Doing process with " + symbol + " currency");
        // Some process...
    }

}

所以，要注入 ICurrency impl 注入，我认为我可以通过两种方式做到这一点：

---

方式 1：不使用 Spring bean

public class CurrencyOperator {

    private ICurrency currency ;
    private CurrencyProcessor processor;

    public void operateDefault(){
        currency = new USDollarCurrency();
        processor = new CurrencyProcessor(currency)
        this.processor.doOperation();
    }

}

其中 USDollarCurrency 是 ICurrency 接口实现

---

方式 2：使用 Spring bean

@ContextConfiguration(classes = CurrencyConfig.class)
public class CurrencyOperator {

    @Autowired private ICurrency currency ;
    @Autowired private CurrencyProcessor processor;

    public void operateDefault(){
        this.processor.doOperation();
    }

}

@Configuration
public class CurrencyConfig {

    @Bean
    public CurrencyProcessor currencyProcessor() {
        return new CurrencyProcessor(currency());
    }

    @Bean
    public ICurrency currency() {
        return new USDollarCurrency();
}

---

我真的不明白使用 Spring 的 bean 有什么好处。我读了一些东西，但我发现最多的是使用 DI 的好处，据我所知，两种方式都在注入 CurrencyProcessor 所需的依赖项，正在改变的是我创建和使用对象的方式，我错了吗？所以具体来说，我的问题是： 1. 在这种情况下使用 Beans 有什么好处？ 2. 为什么我应该使用 Spring 而不是像第一种方式那样手动操作？ 3. 谈性能，这几个案例哪个更好？

Answer 1

假设您有 2 个 DAO 类，一个用于 Oracle，另一个用于 MySQL，并且两个类都实现了 DAO 接口。您将实现定义为 Spring 配置文件中的 bean。在业务类中你有一个DAO类型的属性，而在spring配置文件中你选择真正的类型无论是Oracle还是MySQL注入或使用spring注解@Autowired

这减少了耦合，并且很容易从 Oracle 迁移到 MySQL。

@Service
public class Business {
    @Autowired
    private Dao daoImpl;

    //Business methods that invoks Dao methods 
}

在 Spring 配置文件（XML 文件）中，您使用以下内容：

<bean id="daoImpl" class="app.com.MySQLDaoImpl OR app.com.OracleDaoImpl"/>

只需更改 bean 的类属性，您就可以更改整个实现，而不会更改您的业务类！
祝你好运。

Answer 2

没有 Spring 的示例不会依赖注入！ 通过依赖注入，接口的实际实现由代码本身外部确定，以减少coupling!

您应该能够需要另一个实现（例如，您可以从一个 JMS 客户端切换到另一个...）。

回答您的最后一个问题，使用 Spring 的性能（稍微）较低，但更灵活。

编辑： Spring 不是唯一可用于 DI 的工具，但它是最流行的，它包含很多特性。请注意，许多 Java 标准（例如 JPA）也使用 DI。