刚接触一门学问或技术，就像刚认识一位可以当做潜在对象的异性，幸福又美好。
当接触的久了，了解的多了，习以为常了，就没有了当初的兴奋和快乐。
正所谓，人生若只如初见。
初识依赖注入，甚是美好，解决我在开发过程中的诸多疑惑，相见恨晚。但愿人长久。
啥是依赖注入
俗话说的好，“Talk is cheap. Show me the code.”翻译过来就是：空谈误国，代码兴邦。咱们不空谈理论，先看一个例子。
假设一种情景，类/接口（以下统称类） Client 要在其 greet() 方法中使用类 Service，所以 Client 实例里面会有一个 Service 实例的引用，而且要将该引用指向一个 Service 实例（这不废话吗？！）。
如何在 Client 实例中得到 Service 实例？实现方法很灵活（额，我讨厌灵活，越是灵活我越是不知所措），我们列举一下，不外乎有 4 种方式：
下面一一实现。
在 Client 中构造
public class Client {
Service mService;
public Client() {
mService = new ConcreteService();
}
public String greet() {
return "Hello " + mService.getName();
}
}
so easy，信手拈来。就是在 Client 的构造函数中 new 一个ConcreteService 实例而已。
在 Client 构造方法中传入
public class Client {
Service mService;
public Client(Service service) {
mService = service;
}
public String greet() {
return "Hello " + mService.getName();
}
}
也不难，就是将在 Client 外面构造好的 Service 实例通过 Client 的构造方法的参数传进去而已。
setter 方法传入
public class Client {
Service mService;
public void setService(Service service) {
mService = service;
}
// Set the other service to be used by this client
public void setOtherService(Service otherService) {
if (otherService == null) {
throw new InvalidParameterException("otherService must not be null");
}
this.otherService = otherService;
}
public String greet() {
return "Hello " + mService.getName();
}
}
在 Client 中写一个 setter 方法，通过该方法将 Service 实例传进去。
通过接口的方法传入
public interface ServiceSetter {
void setService(Service servcie);
}
public class Client implements ServiceSetter {
Service mService;
@Override
public void setService(Service service) {
mService = service;
}
public String greet() {
return "Hello " + mService.getName();
}
}
Client 实现 ServiceSetter 接口，实现 setService() 方法，通过该方法将 Service 实例传给 Client 实例。
好了，4 中实现方法枚举完了。请各位看官半个小板凳，我们要开讲重头戏了。
在这个例子中，Service 是被使用者，是依赖（Dependency）；Client 是使用者。
将 Service 实例从 Client 的构造方法或 setter 方法中传进去的过程叫做注入（Injection）。注意此处的注入是名词，而非动词。
而负责传递过程的构造方法或 setter 方法称为注入者（Injector）。
简单来说，就是被使用者在使用者外面构造好，然后传递给使用者。所以，除了第1种实现方法，其余3种都是依赖注入。第1种方法直接在使用者内部构造依赖，不属于依赖注入。
常见类型比较
如上，依赖注入共有3种类型：
那么，它们各自有什么优劣呢？
在 Client 构造方法中传入
优势
依赖一次性的被传进来，保证了 Client 使用依赖的时候所有依赖都是可用的，不用关心其是否为空。
劣势
不够灵活，必须要在 Client 被构造之前构造好依赖，而实际情况中依赖可能后于 Client 被构造好，而且可能会根据具体情况（例如主客态）在不同的时候对同一个 Client 设置不同的依赖。
从 setter 方法中传入 Service 实例
优势
足够灵活，可以在适当的时候设置合适的依赖。
劣势
由于调用 setter 方法的时机未知，所以在使用依赖的时候，必须花费额外的精力去保证所有依赖都是可用的，依赖不能在调用 setter 方法之前被使用。
// Set the service to be used by this client
public void setService(Service service) {
this.service = service;
}
// Set the other service to be used by this client
public void setOtherService(Service otherService) {
this.otherService = otherService;
}
// Check the service references of this client
private void validateState() {
if (service == null) {
throw new IllegalStateException("service must not be null");
}
if (otherService == null) {
throw new IllegalStateException("otherService must not be null");
}
}
// Method that uses the service references
public void doSomething() {
validateState();
service.doYourThing();
otherService.doYourThing();
}
而且更为糟糕的是，当多个依赖之间有相关性的时候，我们必须保证多个依赖的 setter 方法的调用顺序不会影响实际效果，这将大大增加代码维护的难度。
通过接口方法传入 Service 实例
优势
该方法可以不用关心 Client 的实现细节，只需遵守接口的方法规则，将依赖（名词）本身的引用通过 setter 设置到 Client 中去，即可达到同样的效果。
public abstract class Service {
public abstract String getName();
}
public interface ServiceSetter {
void setService(Service servcie);
}
public class Client implements ServiceSetter {
Service mService;
@Override
public void setService(Service service) {
mService = service;
}
public String greet() {
return "Hello " + mService.getName();
}
}
public class ConcreteService extends Service {
@Override
public String getName() {
// TODO Auto-generated method stub
return null;
}
public void setServiceSetter(ServiceSetter s) {
s.setService(this);
}
}
public class Injector {
public static void main(String... args) {
ConcreteService service = new ConcreteService();
Client c = new Client();
service.setServiceSetter(c);
}
}
