不需要。用一个公共库管理所有的 protocol 是最直接的方式，但是维护起来可能会很麻烦，而且也可能会导致引入许多没有使用到的 protocol。
ZIKRouter 所使用的 protocol 都经过路由声明，而且允许你使用多个 protocol 指向相同的模块，因此 protocol 可以分散管理，不必全都放在一个公共库里管理。
只需要查找路由声明的地方即可。搜索头文件中的
extension RoutableView where Protocol ==
extension RoutableViewModule where Protocol ==
extension RoutableService where Protocol ==
extension RoutableServiceModule where Protocol ==
@protocol ... <ZIKViewRoutable>
@protocol ... <ZIKViewModuleRoutable>
@protocol ... <ZIKServiceRoutable>
@protocol ... <ZIKServiceModuleRoutable>
等声明代码，即可找到所有的路由声明。也可以通过 runtime 方法，动态打印出所有声明的路由。
如果你使用的是 swift，则 Xcode 会自动列出所有已声明的路由：
当使用 protocol 进行路由时，会进行编译检查，所以不用担心使用了错误的 protocol。
router 实例在执行路由后，只持有对 destination 的弱引用。如果你还想再使用 destination，需要自己持有 destination：
class TestViewController: UIViewController {
var mySubview: MySubviewInput?
func addMySubview() {
Router.perform(
to: RoutableView<MySubviewInput>(),
path: .addAsSubview(from: self.view),
configuring: { (config, _) in
config.successHandler = { destination in
self.mySubview = destination
}
})
}
}Objective-C Sample
@interface TestViewController: UIViewController
@property (nonatomic, strong) UIView<MySubviewInput> *mySubview;
@end
@implementation TestViewController
- (void)addMySubview {
[ZIKRouterToView(MySubviewInput) performPath:ZIKViewRoutePath.addAsSubviewFrom(self.view) configuring:^(ZIKViewRouteConfiguration *config) {
config.successHandler = ^(id<MySubviewInput> destination) {
self.mySubview = destination;
};
}];
}
@end类似的还有ZIKServiceRoutable和ZIKServiceModuleRoutable的区别。
ZIKViewRoutable就是 destination protocol 在声明时的父 protocol。如果你的类很简单，所有的依赖注入都可以在 destination 上直接进行，那么只需要使用 destination protocol，只对 destination 类进行依赖注入。
ZIKViewModuleRoutable就是 module protocol 在声明时的父 protocol，用来表明模块需要用到的参数的。
如果 destination 类需要用自定义初始化方法创建，则需要传入创建所需要的参数。或者 destination 是属于一个复杂模块，有多个组件类，需要传入这些类用到的参数。这些组件类的配置无法全部在一个 destination 类上进行，应该使用 module config protocol，让调用者把参数保存在 configuration 上，再让 router 在内部初始化各个组件。
例如需要向一个模块传递 model 对象，此时 destination 作为 view，在设计上不能接触到 model。此时就可以用 configuration 保存参数，再在 router 内部用 configuration 去配置模块内的各个部分。
示例代码可以参考：自定义 configuration 传参
required protocol是使用者使用模块时用到的接口。provided protocol是模块真正提供的接口。同一个provided protocol可以有多个相对应的required protocol。
- 模块的使用者和模块本身从代码实现上是隔离的，分开接口后，两者就可以彻底解耦，即便模块间有互相依赖，模块也可以各自单独编译
- required protocol 对应的模块可以随时被替换，只需要由模块的使用者（app）对接好 required protocol 和 provided protocol 即可
- 模块声明自己用到的 required protocol，就能明确所用到的依赖，在测试也更容易提供 mock 依赖，单独测试，不必引入其他模块
只要接口提供的功能相同即可，required protocol 中的接口可以和 provided protocol 中的接口有不同的名称。可以用 category、extension、proxy、subclass 等技术为模块添加 required protocol。示例代码可以参考：模块化与解耦。
一般 required protocol 和 provided protocol 只是名字不同，接口完全一样，或者 required protocol 是 provided protocol 的子集。只有在出现了模块替换时，才会出现两个 protocol 的接口出现差别的情况。
不过你不能滥用这种适配方式，因为成本比较高。如果是功能模块间的互相依赖，建议直接引用类，或者在模块的接口上把依赖交给外部来设置。只有在你的业务模块的确允许使用者使用不同的依赖模块时，才进行不同接口间的适配。例如一个通用的登录界面模块允许不同的 app 使用不同的登陆 service 模块。
ZIKViewRouteAdapter 和 ZIKServiceRouteAdapter 只是用于为其他 router 注册 required protocol。仍然需要为模块实现 required protocol。
模块适配的工作由模块的使用者 app context 进行。模块不知道适配层的存在。可以集中在一个文件中编写模块适配的代码，也可以分散在多个文件中。
ZRouter 是对 ZIKRouter 的封装，为 swift 提供了更 swifty 的语法，也对纯 swift class 和 swift protocol 进行了支持。
不支持值类型，只支持 class 类型。值类型不应该用在跨模块的交互中，如果你实在想要管理值类型，可以通过 protocol 中的接口提供值类型。
在 swift 中，可以同时声明模块的类型和 protocol：
typealias ViewControllerInput = UIViewController & ControllerInput
extension RoutableView where Protocol == ViewControllerInput {
init() { self.init(declaredProtocol: Protocol.self) }
}当你用 ViewControllerInput 获取模块时，获取到的就是一个遵守ControllerInput的UIViewController。
类似的，也可以声明为 UIView，或者其他自定义类型。
在 Objective-C 中没有 swift 这样严格的类型安全机制，也就无法实现这种声明。
路由出现错误一般都是在开发阶段，原因有：
- 界面跳转出现 UIKit 错误，例如在没有 navigationController 的界面上执行 push 操作
- 获取模块时传递了错误的参数，模块禁止了本次调用
这些问题应该在开发阶段就解决。可以在globalErrorHandler中记录错误。
按照 URL router 的思维，你可能想要处理模块不存在时的路由操作，降级到某个默认界面。
由于编译阶段就能确保不会使用未声明的 protocol，因此 ZIKRouter 没有直接提供路由下沉的接口。你只有在用字符串 identifier 或者 URL 获取模块时，才会出现模块不存在的情况。如果模块不存在，就使用一个默认的 router 进行跳转。