写在最前

  以下方案的思路来自于项目组的同事LEAF

现状

 在iOS开发中，对于根据不同的事件跳转到不同的控制器这种操作，相信大家早已司空见惯，因此对于下面这样的代码，一定不会陌生：

代码1（控制器跳转）

 也许有人问了，这代码有什么问题？怎么说了，其实代码本身没什么问题，如果跳转事件不多，更没有什么问题，但是如果需要跳转的控制器多达10个？20个？乃至更多的时候，你会就发现你的头文件和方法列表大概就是这样的：（为了不刷屏，就只写这么多，更多的可以想见，代码太美...）

代码2（冗长的import） 代码3（冗长的相似方法）

问题

 这样的代码最大的问题就是耦合，你当前的控制器必须 “# import ”所有要跳转到的控制器头文件，要知道对方什么类名，包含对方的头文件等，这会导致将来如果需要替换当前某个目标控制器，就不得不去修改所有import过他的地方，还难免出现遗漏，这俨然是个悲剧...

解决办法

 遇到上面的问题怎么办呢？理所当然的想法是，将跳转部分的代码抽离出来，让当前控制器不再依赖目标控制器的头文件，Good idea！问题是怎么抽离？

以下是我们项目的解决方案：

第一步：事件分发

 将每次跳转的过程看成是一个跳转事件，那么就可以新建一个继承自NSObject的跳转管理器，用来管理所有的这些事件，也可以说成是“事件分发管理器”。使用者只需要传入一个事件名称，管理器就可以根据不同的事件来处理（目前我们项目还只是用来做跳转事件分发）。iOS常见的一般就是跳转到一个自定义的UIViewController或者AppStore两种，所以管理器会提供两个方法（跳转AppStore是系统已经给定的控制器，所以这里主要讨论自定义的控制器跳转。）：

代码4（事件分发管理器）

第二步：事件注册

 听起来很高大上对不对？其实代码还是很简单的，直接上代码吧，更容易理解。

代码5（注册表）

其实就是为了规范事件名称的管理，如果事件散落各处，对于后期管理和维护，简直是灾难，这个相信程序猿都会懂。另外一点就是放在一起便于查错，对，就是为了查错！

第三步：协议（重点！重点！）

 第二步的时候其实已经出现了“HPEventsProtocol”的影子，问题是，这个用来干嘛？又该怎么用呢？

 对于程序猿来说，废话太多是木有用的~~~。注释什么的，真的已经不能再详细了，所以请直接看代码：

代码6（协议）

 说完了协议，下面是说说怎么用的时候了，毕竟是骡子是马，它都得先溜完才知道。

第四步：实现

1. 遵守协议（以HPNewsListViewController为例）

代码7（控制遵守协议）

2. 实现协议方法（分为校验参数以及生成实例两步）

代码8（实现协议方法）

3. 事件分发管理器事件处理：

代码9（通过协议验证参数，然后跳转）

第五步：调用

 经过以上的操作后，现在跳转已经不需要#import目标控制器啦，只要目标控制器遵守协议，并在注册表中注册，就可以直接使用以下方法进行调用：

代码10（调用）

 完成！是不是很简单？代码其实并不复杂，简单才是硬道理，关键还是看方法。

写在最后

 通过以上操作，我们就实现了一个事件分发控制器，优点主要体现在两方面，第一：不需要再在控制器中#import各种目标控制器。第二：当跳转发生改变，或者原来的控制器不需要使用，而重新启动新的控制器的时候，只需要改一个注册表中对应的value就可以。

  当然，该方法并不是说就完美或者是什么标准的方法，如果有朋友有更好的方法提供，请分享给我，谢谢！