Provider绑定
在下面会介绍基于@Provides方法的绑定。其实Provider绑定是基于@Provides方法绑定的后续发展,所以应该在介绍完基于@Provides方法绑定之后再来介绍,不过因为Provider绑定也是在configure方法中完成的,而本文又是按照绑定的位置来组织的,因为就把Provider绑定放在这了,希望大家先跳到后面看过基于@Provides方法的绑定再回来看这段。
在使用基于@Provides方法绑定的过程中,如果方法中创建对象的过程很复杂,我们就会考虑,是不是可以把它独立出来,形成一个专门作用的类。Guice提供了一个接口:
1 | public interface Provider { |
实现这个接口,我们就会得到专门为了创建相应类型对象所需的类:
01 | public class DatabaseTransactionLogProvider implements Provider { |
02 | private final Connection connection; |
05 | public DatabaseTransactionLogProvider(Connection connection) { |
06 | this .connection = connection; |
09 | public TransactionLog get() { |
10 | DatabaseTransactionLog transactionLog = new DatabaseTransactionLog(); |
11 | transactionLog.setConnection(connection); |
12 | return transactionLog; |
这样以来,我们就可以在configure方法中,使用toProvider方法来把一种类型绑定到具体的Provider类。当需要相应类型的对象时,Provider类就会调用其get方法获取所需的对象。
binder.bind(XXX.class).toProvider(DatabaseTransactionLogProvider.class);
其实,个人感觉在configure方法中使用Provider绑定和直接写@Provides方法所实现的功能是没有差别的,不过使用Provider绑定会使代码更清晰。而且当提供对象的方法中也需要有其他类型的依赖注入时,使用Provider绑定会是更好的选择。