依赖注入浅析
一、名词解析。
维基百科上的解释是依赖注入（Dependency Injection，简称DI）是实现控制反转（Inversion of Control，缩写为IoC）的一种用以降低代码耦合度的一种设计模式。
二、进入主题。
请先看下面的示例有什么问题没有
@interface Service : NSObject
- (void)doSomeThing;
@end
@implementation Service
- (void)doSomeThing {
// TODO:
}
@end
@interface Client : NSObject {
Service *_service;
}
- (void)doTheWork;
@end
@implementation Client
- (instancetype)init {
self = [super init];
if (self) {
_service = [Service new];
}
return self;
}
- (void)doTheWork {
NSLog(@"I'm do the work, and ask service do some subwork");
[_service doSomeThing];
}
@end
咋一看，这样的代码看起来好像也没有什么问题：Client有一个Service成员，Client直接New一个Service成员，然后在工作时将一部分转包给Service去做。但是，在这种情况下，其实Client和Service就有一种hard-coded的依赖。
依赖注入，就是让Client不去显示的通过构造函数(objc's all & init or new)初始化成员变量的技术。
依赖注入有三种方式：
1. 构造函数注入：通过构造函数去提供所依赖的对象 (objc的init)
@implementation Client
- (instancetype)initWithService:(Service *)sevice {
self = [super init];
if (self) {
_service = sevice;
}
return self;
}
@end
2. setter注入
@implementation Client
- (void)setService:(Service *)service {
_service = service;
}
@end
3. 接口注入
@protocol ServiceProtocol <NSObject>
- (void)doSomeThing;
@end
@interface Service : NSObject <ServiceProtocol>
@end
@implementation Service
- (void)doSomeThing {
// TODO:
}
@end
@interface Client : NSObject {
id<ServiceProtocol> _service;
}
- (void)doTheWork;
@end
@implementation Client
- (void)setService:(id<ServiceProtocol>)service {
_service = service;
}
@end
我们可以看到，其实构造函数注入和setter注入也还是都依赖于具体的service类开。所以第三种接口注入其实才是比较好的方式。当然还应该加上一些对边界条件的检测。把三种注入方法接合起来。
@implementation Client
- (void)setService:(id<ServiceProtocol>)service {
_service = service;
}
- (instancetype)initWithService:(id<ServiceProtocol>)sevice {
self = [super init];
if (self) {
_service = sevice;
}
return self;
}
- (BOOL)validateState {
if (!_service) {
NSLog(@"Service cannot be nil");
// TODO: maybe throw a exception
return NO;
}
return YES;
}
- (BOOL)doTheWork {
BOOL done = NO;
if ([self validateState]) {
NSLog(@"I'm do the work, and ask service do some subwork");
[_service doSomeThing];
done = YES;
}
return done;
}
@end
有的人已经看不下去了：不就经常TM说的面向接口编程吗？yes, you are right.
还有人要说了，我们用第三方的库，用系统的库，有太多地方都是直接依赖的了，而且如果所有地方都要这样不直接依赖，那还不搞死人？
是的，面向对象也好，面向接口也好，都是有一个度的。做人做事何尝又不是呢。面向对象与面向过程不是互斥的。无论你怎么抽象、怎么面积对象，到具体的方法逻辑里面那一定是面向过程的。
一样的，通过setter注入也好，接口注入也好，最后真正决定要使用哪一个实现了service protocol的类型的时候，总得有一个地方去初始化吧？那么好了，在那个地方一定就是和这个具体的Service类型强依赖的。我们要做的只是把一些今后可能会变的地方，一些粒度大一些的模块这样实现便好。
关于依赖注入的库：Typhoon（objc, swift） Swinject
Reference: https://en.wikipedia.org/wiki/Dependency_injection
