贸易iOS端路由架构演进

配景

现在贸易SDK中的点击事故，会根据差异的「事故范例」+「业务范例」，去实验差异的路由跳转逻辑，然而差异的跳转事故内部又有着很复杂的跳转逻辑，
痛点

• 差异的跳转逻辑之间存在耦合
  比方，在deeplink的跳转逻辑之中有其他跳转逻辑，如果dp失败后会走normal的路由跳转；大概有些业务有deeplink链接的时间跳转dpplink，没有dp的时间会跳转默认的链接。
  
• 代码可读性差，维护资本高
  在某一个click事故当中，由于产物特性，大概会包罗多个跳转逻辑，比方：跳转视频、跳转网页等等。
  
• 排盘标题的难度增长
  

基于以上现状，在排查跳转标题的时间，必要泯灭较长的时间去梳理代码。
现状流程图

可以从上图看出，跳转逻辑相互关联，对于代码流程处置惩罚非常困难。
优化想法

• 由于每一个卡片跳转都有肯定的次序和流程。我们必要团体先后次序。
  
• 拉产物沟通，将跳转的先后次序以及 乐成的条件举行沟通。
  

沟通后流程如图：

方案

开端想的方案是，根据跳转的页面的优先级，做一个类似链表的结构体，然后链表的每个子元素都是一个页面跳转流程。 根据「页面跳转的乐成」条件去举行判断，如果某个子元素跳转乐成，那么returen掉，如果失败，那么继续走到下一个链表的子元素。以此类推，终极走向兜底逻辑。
原理着实很简单，就是一个链式表达式，哪个乐成那么就跳转哪个，后边的流程不实验。
调用方式如下：

2. //构建各个路由跳转的元素成链条     
4. var routers: [ChainedRouter] = [RouterA(), RouterB(), RouterC(), RouterD()...]
6. // 通过方法调用，并传入对应的字段
8. routers.chain()?.route(with: dataA, dataB: dataB, other: otherMessage)

复制代码

优化架构图：

优化流程图

调用方式参考

2. //构建各个路由跳转的元素成链条     
4. var routers: [ChainedRouter] = [RouterA(), RouterB(), RouterC(), RouterD()...]
6. // 通过方法调用，并传入对应的字段
8. routers.chain()?.route(with: dataA, dataB: dataB, other: otherMessage)

复制代码

核心代码分享

1. protocol HmgRouter: AnyObject {
2.     // 只需看当前响应者是否响应，不需要处理责任链传递
3.     func tryToRoute(with model: NSObject?, context: [String: Any]?,  completionHandler: @escaping ((Bool) -> Void))
4. }
6. protocol HMGChainedRouter: HmgRouter, HmgRouterLifeCycle {
7.     var next: HMGChainedRouter? { get set }
8. }
10. protocol HmgRouterLifeCycle: AnyObject {
11.     var success: (() -> Void)? { get set }
12.     var failed: (() -> Void)? { get set }
13.     func lifeCycleCallBack(_ result: Bool)
14. }
16. extension HmgRouterLifeCycle {
17.     func lifeCycleCallBack(_ result: Bool) {
18.         if result {
19.             if let success = success {
20.                 success()
21.             }
22.         } else {
23.             if let failed = failed {
24.                 failed()
25.             }
26.         }
27.     }
28. }
30. extension HMGChainedRouter {
31.     func route(with model: NSObject?, context: [String: Any]?,  completionHandler: ((Bool) -> Void)?) {
32.         tryToRoute(with: model, context: context, viewAction: viewAction) { res in
33.             if !res, let next = self.next {
34.                 next.route(with: model, context: context, viewAction: viewAction, completionHandler: completionHandler)
35.             }
36.             completionHandler?(res)
37.         }
38.     }
39. }
41. class HmgRouterBuilder {
43.     private var top: HMGChainedRouter?
44.     private var tail: HMGChainedRouter?
46.     func add(_ router: HMGChainedRouter) -> Self {
47.         if top == nil {
48.             top = router
49.             tail = router
50.         } else {
51.             tail?.next = router
52.             tail = router
53.         }
54.         return self
55.     }
57.     func clean() -> Self {
58.         top = nil
59.         tail = nil
60.         return self
61.     }
63.     func build() -> HMGChainedRouter? {
64.         return top
65.     }
66. }
68. extension Array where Element == HMGChainedRouter {
69.     func chain() -> Element? {
71.         let a: (HMGChainedRouter?, HMGChainedRouter?) = (nil, nil)
73.         return reduce(a) { (res, current) in
74.             let (top, tail) = res
75.             guard let h = top else {
76.                 return (current, current)
77.             }
78.             tail?.next = current
79.             return (h, current)
80.         }.0
81.     }
82. }

复制代码

思索

本文中的实现方式着实就是一种责任链的实现。 我的另一篇文章具体先容了一个责任链模式的利用场景以及通例的实现方式。 责任链模式是代码中常常要用到的。责任链着实就是某个业务场景下每个处置惩罚理单位负责一部分使命，形成一个一连处置惩罚的链条，直到使命被处置惩罚或无人处置惩罚。这种模式使得代码结构清楚，易于扩展。
附上责任链文章：