最近做了一个iOS路由层--HACRouter，通过URL对访问需求的注册，绑定handler，实现跨模块、跨应用调用功能、访问资源的目的。
出发点
- 外界跳转APP内部的需求。例如浏览器中点击固定scheme开头的链接，可以直接跳转应用
- 共通功能或者资源，提供全局访问。
- 某些内部功能，需要提供给外部调用，但又不想暴露实现方式。
- APP功能逐步扩大，功能模块解耦独立的需求。
...
这些出发点，也是产生路由的需求。它们具备一些相同的特点：
- 避免强耦合，防止模块过早、过多引用。
- 提高封装性，避免内部信息暴露。
- 特定标志标识功能、资源，方便调用和获取
设计
如图，router作为各个module的代理，使业务层business与module分隔开。所有business层对module层业务的调用，都首先发送给router，router进行解析后，转发到各个module进行处理，并经由router返回到business。business层既可以是相对于底层服务的上层业务逻辑，也可以来自其他module，或者APP外部调用。总之，所有的对具体module的强耦合操作，转化为中间层router的request，有router来调度。
-
router代理访问module
采取类似于BS网络交互方式，通过request具体的url，到router层进行处理，然后response返回。router类似于server容器，而module对应于各个service。
url-handler.png
各个module通过注册handler的方式与router联系，url patter对应响应处理的handler，将这种联系注册到router中。而module中，handler作为处理module事务的代理，聚合到router中，避免module与router的强耦合。当业务层request一个url资源，router根据url pattern查找对应的handler，通知handler进行处理。根据module处理功能和结构的不同，一个module可以存在多个handler，也表明一个module可以有多个url pattern。每个handler会与唯一的url pattern注册，保证一个url pattern有且仅有一个handler响应。
-
定义资源url pattern
//参照url的一般格式
protocol :// hostname[:port] / path / [;parameters][?query]#fragment 。
/*
protocol指定传输协议，在iOS url scheme体系中，为指定的url scheme。
hostname（主机名），是指存放资源的服务器的域名系统 (DNS) 主机名或 IP 地址。
path（路径），由零或多个“/”符号隔开的字符串，一般用来表示主机上的一个目录或文件地址。
后面是传递参数的定义。一般会‘?[action parameters]&[action parameters]’方式跟在path后面。
*/
虽然每个url都遵循这一规则，即包含scheme，hostname和path，然而作为底层，我们并不必须关注这些划分。将protocol，hostname，path理解为简单的tree node，由url pattern的注册者，来规定资源的层级关系，从而将url pattern的定义，完全归为业务层的设计。
```ruby
举例：RouteTest://AcountModule/LoginPage/login？id=123&psw=123
该url在业务层有特定的划分:RouteTest: scheme, 应用名；AcountModule: 账户模块；LoginPage: 登录功能；login: action，登录。然而，在router内部，将url转化为简单树形结构RouteTest<-AcountModule<-LoginPage<-login。如果有另一个url pattern:RouteTest://AcountModule/LoginPage/logout，则树形结构为RouteTest<-AcountModule<-LoginPage<-logout。业务层request时，url pattern的匹配转化为遍历树节点，找到login节点的handler来响应。
- handler与router的关联方式
business层request url，router会解析url，找到对应的handler，转发给handler响应。router与handler间存在关联。很多router的设计，将handler的实例对象，注册到router中，使handler直接聚合到router中。这种方式往往要求handler提供一个单例，维护自己的上下文环境，在整个APP生命周期内，对后续到来request做出响应。但是考虑到：- handler数量过多，会造成内存中贮存多个handler对象；或者控制handler数量，同一handler处理多个url pattern，容易造成冗余和耦合。 - 某些响应方法不需要实例化对象 - 注册url pattern和handler对应关系时，需要实例化handler，从而暴露handler信息。
所以，HACRouter采用了类方法的实现方式。定义的handler protocol，要求每个handler实现：
+ (void)handleRouteUrl:(HACRouteURL*)url withCallback:(HACRouterRet)callback ;
在注册url pattern时，传入的是handler Class string，而不是具体实例。当router根据url pattern找到handler的Class name时，动态查找Class，并调用接口方法。
- 动态调用
除了router动态查找handler Class之外，还考虑一种case：通过url直接发送message给iOS运行时，实现直接调用方法。这就好比是通过url，直接访问网站具体资源。
举例：RouteTest://BasicInfoModule/Device/UUID
通过解析url，得到Class name: Device, Method name: UUID。这里，~~handler会尝试调用objc_msgSend(Device, UUID)~~，利用invocation，调用Class的类方法实现，来获取设备的uuid。
###实现
[HACRouter](https://github.com/Hotacool/HACRouter)
待续
- Json file 配置url-handler
- route tree
- custom handler
- default handler(动态调用)
