写在最前
以下方案的思路来自于项目组的同事LEAF
现状
在iOS开发中，对于根据不同的事件跳转到不同的控制器这种操作，相信大家早已司空见惯，因此对于下面这样的代码，一定不会陌生：
也许有人问了，这代码有什么问题？怎么说了，其实代码本身没什么问题，如果跳转事件不多，更没有什么问题，但是如果需要跳转的控制器多达10个？20个？乃至更多的时候，你会就发现你的头文件和方法列表大概就是这样的：（为了不刷屏，就只写这么多，更多的可以想见，代码太美...）
问题
这样的代码最大的问题就是耦合，你当前的控制器必须 “# import ”所有要跳转到的控制器头文件，要知道对方什么类名，包含对方的头文件等，这会导致将来如果需要替换当前某个目标控制器，就不得不去修改所有import过他的地方，还难免出现遗漏，这俨然是个悲剧...
解决办法
遇到上面的问题怎么办呢？理所当然的想法是，将跳转部分的代码抽离出来，让当前控制器不再依赖目标控制器的头文件，Good idea！问题是怎么抽离？
以下是我们项目的解决方案：
第一步：事件分发
将每次跳转的过程看成是一个跳转事件，那么就可以新建一个继承自NSObject的跳转管理器，用来管理所有的这些事件，也可以说成是“事件分发管理器”。使用者只需要传入一个事件名称，管理器就可以根据不同的事件来处理（目前我们项目还只是用来做跳转事件分发）。iOS常见的一般就是跳转到一个自定义的UIViewController或者AppStore两种，所以管理器会提供两个方法（跳转AppStore是系统已经给定的控制器，所以这里主要讨论自定义的控制器跳转。）：
第二步：事件注册
听起来很高大上对不对？其实代码还是很简单的，直接上代码吧，更容易理解。
其实就是为了规范事件名称的管理，如果事件散落各处，对于后期管理和维护，简直是灾难，这个相信程序猿都会懂。另外一点就是放在一起便于查错，对，就是为了查错！
第三步：协议（重点！重点！）
第二步的时候其实已经出现了“HPEventsProtocol”的影子，问题是，这个用来干嘛？又该怎么用呢？
对于程序猿来说，废话太多是木有用的~~~。注释什么的，真的已经不能再详细了，所以请直接看代码：
说完了协议，下面是说说怎么用的时候了，毕竟是骡子是马，它都得先溜完才知道。
第四步：实现
1. 遵守协议（以HPNewsListViewController为例）
2. 实现协议方法（分为校验参数以及生成实例两步）
3. 事件分发管理器事件处理：
第五步：调用
经过以上的操作后，现在跳转已经不需要#import目标控制器啦，只要目标控制器遵守协议，并在注册表中注册，就可以直接使用以下方法进行调用：
完成！是不是很简单？代码其实并不复杂，简单才是硬道理，关键还是看方法。
写在最后
通过以上操作，我们就实现了一个事件分发控制器，优点主要体现在两方面，第一：不需要再在控制器中#import各种目标控制器。第二：当跳转发生改变，或者原来的控制器不需要使用，而重新启动新的控制器的时候，只需要改一个注册表中对应的value就可以。
当然，该方法并不是说就完美或者是什么标准的方法，如果有朋友有更好的方法提供，请分享给我，谢谢！
