为避免撕逼，提前声明：本文纯属翻译，仅仅是为了学习，加上水平有限，见谅！
【原文】https://www.objc.io/issues/13-architecture/singletons/
在iOS应用中的行为——Krzysztof Zabłocki
作为开发者，我们力求编写整洁且组织良好的代码。达到这个目的我们有很多模式可以使用，其中最好的一个当属组合（composition）模式了。组合更容易让我们遵循**单一职责原则（Single Responsibility Principe）**并简化类文件。
不像重视图控制器（Massive View Controller）同时服务于不同的角色（如数据源和委托）那样，你可以把这些角色分离到不同的类文件中。视图控制器只负责配置它们并协调工作。毕竟，代码写的越少，需要调试和维护的代码也就越少。
那么行为究竟是什么？
行为是一个负责实现特定角色的对象，例如，你可以有一个实现视差动画的行为。
这篇文章中的行为将利用Interface Builder限制代码量，同时与非编码人员进行有效的合作。然而，如果你不使用Interface Builder你也可以使用行为，仍然可以获取大多数的好处。
很多行为除了设置之外不需要任何额外的代码，你完全可以通过Interface Builder和代码（同样的设置方法）完成这些设置。很多情况下，你甚至不需要用属性引用它们。
为什么使用行为？
许多iOS项目最后都成了重视图控制器（Massive View Controller）类，因为人们把应用中80%的逻辑放到了这里。这是一个严重的问题，因为试图控制器是我们代码中复用率最少的部分，很难对他们进行测试和维护。
行为可以帮我们避免这种情形，那么它给我们带来了那些好处呢？
轻视图控制器（Lighter View Controller)
使用行为意味着可以吧很多代码从控制器中移入到分离的类文件中。如果使用行为，通常都会形成轻量的视图控制器。例如，我的通常少于100行代码。
代码复用
因为行为仅仅只负责一个角色，它很容易避免特定行为和特定应用之间逻辑的依赖。这允许你在不同的应用之间共享香味。
测试性
行为是像黑盒一样工作的小类。这意味着他们很容易被单元测试覆盖。你甚至不用创建真实的视图只用提供模拟对象就可以测试它们。
让非编码人员修改应用逻辑的能力
如果我们决定使用Interface Builder利用行为，我们可以教设计师如何修改应用逻辑。设计师可以添加、移除行为和修改参数，并不需要知道Objective-C的任何相关知识。
这对工作流来说是很大的一个好处，特别是小团队。
如何创建灵活的行为？
行为是一个不需要任何专门代码的简单对象，但是这有几个概念可以真正的帮助它们更易使用，更加强大。
运行时属性
很多开发者都忽视了Interface Builder，甚至都没有学习过它，同样的，经常会错过它真正的强大之处。
运行时属性是使用Interface Builder的关键特性之一。它们给你提供一种设置自定义类的方式，设置可以为iOS的内建类设置属性。例如，你是否设置过图层的圆角半径？你可以直接在Interface Builder中为其简单地设置运行时属性：
Interface Builder中创建行为的时候，你打算严重依赖运行时属性去设置行为选项。结果，这儿通常会有更多的运行时属性：
行为的生存时间
如果一个对象从Interface Builder创建，它会立即创建立即移除，除非其他的对象拥有它的强引用。然而，这对行为来说并不是完美的，因为它需要同它作用于的视图控制器存活的时间一样长。
你可以在视图控制器中创建一个属性并强引用行为，但是这并不完美，原因有如下几个：
- 当创建并配置好行为后，你不需要同很多行为进行交互。
- 创建属性仅仅只为了保持对象生存这很麻烦。
- 如果需要移除特定的行为，你需要去清理那些未使用的属性。
使用Objective-C运行时去反转生存时间绑定
而不是手动的在视图控制器中设置行为的强引用，如果需要的话，我们可以把行为当做视图的一个关联对象，作为配置过程的一部分。
这意味着，在某种情况下如果我们需要移除特定的行为，我们只需要移除配置这个行为的代码或者Interface Builder对象，并不需要额外的改变。
这可以像下面那样实现：
@interface KZBehavior: UIControl
@property(nonatomic, weak) IBOutlet id owner;
@end
@implementation KZBehavior
- (void)setOwner:(id)owner {
if(_owner != owner) {
[self releaseLifetimeFromObject:_owner];
_owner = owner;
[self bindLifetimeToObject:_owner];
}
}
- (void)bindLifetimeToObject:(id)object {
objc_setAssociatedObject(object, (__bridge void *)self, self, OBJC_ASSOCIATION_RETAIN_NONATOMIC);
}
- (void)releaseLifetimeFromObject:(id)object {
objc_setAssociatedObject(object, (__bridge void *), nil, OBJC_ASSOCIATION_RETAIN_NONATOMIC);
}
@end
这里我们利用关联对象来创建特定所有者对象的强引用。
行为事件
让行为能够发布事件非常有用，例如，当一个动画结束时。可以通过从UIControl继承行为来在Interface Builder中启用该功能。然后，特定的行为可以调用：
[self sendActionsForControlEvents:UIControlEventValueChanged];
这允许你把行为连接到视图控制器的代码上。
一个简单行为的例子
因此，什么东西最容易作为行为来实现？
下面是将视差动画添加到UIViewController类（不是自定义类）的简单方法：
视频
是否曾经从你的照片库和相机选择一张图片？
视频
更为高级的特性
上面的行为很简单，但是，当我们需要更高级的特性的时候，以是否香菇应该怎么做？行为可以做到你想让他有多强大它就有多强大，我们看几个更为复杂的例子。
如果行为需要几个像UIScrollViewDelegate这类委托的话，你很快就会看到在一个特定的界面上你最多只能有一个行为的情况。但是，我们可以通过实现一个简单地多路代理的对象来处理这种问题：
@interface MutiplexerProxyBehavior: KZBehavior
@property(nonatomic, strong) IBOutletCollection(id) NSArray *targets;
@end
@implementation MutiplexerProxyBehavior
- (NSMethodSignature *)methodSignatureForSelector:(SEL)sel {
NSMethodSignature *sig = [super methodSignatureForSelector:sel];
if(!sig) {
for(id obj in self.targets) {
if((sig = [obj methodSignatureForSelector:sel)) {
break;
}
}
}
return sig;
}
- (BOOL)respondsToSelector:(SEL)aSelector {
BOOL base = [super respondsToSelector:aSelector];
if(base) {
return base;
}
return [self.targets.firstObject respondsToSelector:aSelector];
}
- (void)forwardInvocation:(NSInvocation *)anInvocation {
for(id obj in self.targets) {
if([obj respondsToSelector:anInvocation.selector]) {
[anInvocation invokeWithTarget:obj];
}
}
}
@end
通过创建一个多路行为的实例，你可以把它指定为滚动视图的一个委托（或者任何一个有委托的对象），这样委托调用将会转发给所有人。
结论
行为是一个有趣的概念，它可以简化你的代码库，允许你在不同的应用间复用很多代码。它们还将允许你通过微调或者修改应用中的行为，从而同团队中的非编码人员有效的协作。