美文网首页iOS开发Swifty Coding小斑
Swift Router 页面跳转路由,组件解耦

Swift Router 页面跳转路由,组件解耦

作者: smalldu | 来源:发表于2017-08-04 18:30 被阅读1795次
Router

为什么要用到Router去做跳转:解耦、方便

像底下这种代码可能写了很多很多遍了,尤其是在项目中某个页面入口很多的情况下。

let xx = XX()

...

let vc = XXXViewController(xx:xxx)
self.navigationController?.pushViewController(vc, animated: true)

尤其是公司要开发多个项目,对模块进行了拆分,组件化的模式需要中间一个Router去决定跳转到那个模块的页面,而不是在每个页面都import XX 耦合非常严重。

浏览了下GitHub上的两个库,都不是很满意

  • Router 比较Swifty,但是耦合比较严重,实现了很多暂时不需要的功能,每个VC需要将自己当成字符串告诉Router , 还要告诉当前的navigation , 使用了NSClassFromString根据字符创建的 AnyClass 。比较繁琐-- 但是还有很好的思想可以借鉴的
  • FNUrlRoute 通过url形式跳转,看起来挺不错,仔细看下代码,首先AppDelegate要先用字符串和VC进行映射,每个VC要传入[String:AnyObject]? 进行初始化,这个把VC的创建都限制死了。绝对用不了呀,还有那么多人star ...

说完他们的不足,首先来看下我们这个Router设计要求

  • 解耦:调用者不知道VC的名字
  • 不要用字符串,字符串容易出错
  • 不能限制初始化方法
  • 调用者应该非常简洁

那么不使用字符串很容易想到就是用枚举来替代,枚举中也可能映射VC呀,而且不用在AppDelegate中注册,不能限制初始化方法我们就用params字典去映射 Router 里面的方式 感觉比较好 , 自己肯定是知道自己怎么初始化的, 用协议的方式比用强迫字典初始化好很多

public typealias  RouterParameter = [String: Any]
public protocol Routable {
  /**
   类的初始化方法
   - params 传参字典
   */
  static func initWithParams(params: RouterParameter?) -> UIViewController
}

我们跳转只需要知道哪个VC要传的参数,这个都交给枚举就可以了,为了项目路径映射和跳转解耦,用一个协议

public protocol RouterPathable {
  var any: AnyClass { get }
  var params: RouterParameter? { get }
}

其他就交给跳转了

open class func open(_ path:RouterPathable , present: Bool = false , animated: Bool = true , presentComplete: (()->Void)? = nil){
    if let cls = path.any as? Routable.Type {
      let vc = cls.initWithParams(params: path.params)
      vc.hidesBottomBarWhenPushed = true
      let topViewController = RouterUtils.currentTopViewController()
      if topViewController?.navigationController != nil && !present {
        topViewController?.navigationController?.pushViewController(vc, animated: animated)
      }else{
        topViewController?.present(vc, animated: animated , completion: presentComplete)
      }
    }
  }

其中有用到一个工具方法是获取最上层的vc好进行跳转,具体代码可以去GitHub下载

使用: 需要使用router进行跳转的都要事先Routable 接口,调用者不需要

无参数

class AVC: UIViewController, Routable{
  override func viewDidLoad() {
    super.viewDidLoad()
    view.backgroundColor = UIColor.red
  }

  static func initWithParams(params: RouterParameter?) -> UIViewController {
    return AVC()
  }
}

有参数


struct Demo {
  var name: String
  var id: Int
}

class RVC: UIViewController {
  let demo:Demo
  init(demo:Demo) {
    self.demo = demo
    super.init(nibName: nil, bundle: nil)
  }
  required init?(coder aDecoder: NSCoder) {
    fatalError("init(coder:) has not been implemented")
  }
  
  override func viewDidLoad() {
    super.viewDidLoad()
    view.backgroundColor = UIColor.white
    navigationItem.title = demo.name
  }
}

extension RVC: Routable {
  static func initWithParams(params: RouterParameter?) -> UIViewController {
    guard let demo = params?["demo"] as? Demo else {
      fatalError("params is wrong")
    }
    let rvc = RVC(demo: demo)
    return rvc
  }
}

路径映射:

比如上面的vc都是其他模块的,那么只有这个映射的枚举需要引入其他模块,调用者不需要 , 下面展示三个vc的路径映射

enum RouterPath: RouterPathable {
  case avc
  case bvc(String)
  case rvc(Demo)
  
  var any: AnyClass {
    switch self {
    case .avc:
      return AVC.self
    case .bvc:
      return BVC.self
    case .rvc:
      return RVC.self
    }
  }
  
  var params: RouterParameter? {
    switch self {
    case .bvc(let name):
      return ["name":name]
    case .rvc(let demo):
      return ["demo":demo]
    default:
      return nil
    }
  }
}

只要实现 RouterPathable 都可以 ,如果需要映射的vc特别多 , 也可以分组管理。

调用者就很方便了

Router.open(RouterPath.avc)
let demo = Demo(name: "RVC title", id: 1)
Router.open(RouterPath.rvc(demo))

或者present

Router.open(RouterPath.bvc("BVC title"), present: true)

项目地址: SwiftyRouter

相关文章

网友评论

  • 皮特儿:多模块的时候怎么处理?
    若各自模块各自派生RouterPathable,那跨模块如何不引用就可以达到跳转?
    若把所有Path都放在Path的Module,增加一个Path就会引起全量编译?
  • Young__Li:很好, 感谢楼主。
    新项目正打算考虑使用router的模式,看了好几天OC的那些, 1.感觉不够swift,2.感觉用起来也挺麻烦的。
    打算先用楼主这套东西了
    smalldu:惭愧,好久没维护了。有什么好的想法可以一起探讨。
  • 小明2021:不错,比其他的路由写的好。已经用到自己项目中了,多谢楼主。
  • Maru:小项目尚且可以,大型的项目会很爆炸的,到了模块化的项目就更加难受了
    smalldu:@Maru 不会呀,把path写成中间件,所有模块都依赖中间件,中间件去转发
    Maru:@大石头布 这样的静态绑定,优势很明显,编译安全,但是从设计上来说可能就会比较奇怪,比如你现在有一个主工程,一个podA,一个podB,podA有一个AVC,podB有一个BVC,如果A需要跳转到B,那么podA一定要依赖podB,这个就很难受了,用静态的特性来构建动态的路由和模块让人感觉水火不容:persevere:
    smalldu:@Maru 不会呀,枚举可以分模块管理,只要实现接口就行呀……按规则办事,就很清晰
  • Colin_狂奔的蚂蚁:而且js要是跳原生任意界面也麻烦
    smalldu:@狂奔蚂蚁 并没有处理js跳转原生界面,你可以选择别的方式,谢谢
  • Colin_狂奔的蚂蚁:传参方式不好
    smalldu:@狂奔蚂蚁 每个类都要通过字符串映射不麻烦?而且还要在启动时映射影响启动速度,枚举主要是为了 模块间解耦,传餐需要啥传入啥不好?传字典,不知道你怎么想的
    Colin_狂奔的蚂蚁:@大石头布 没一个类斗得枚举出来,麻烦,为啥不考虑动态生成呢,配个映射表,不管native还是js斗能随意跳转,传参建议传字典
    smalldu:@狂奔蚂蚁 传参肯定比字符串好,字符串会出错,枚举不会,很符合swift 编程方式

本文标题:Swift Router 页面跳转路由,组件解耦

本文链接:https://www.haomeiwen.com/subject/kedblxtx.html