在iOS上使用MVVM進行路由

我已經在幾個項目中使用MVVM了一段時間,我真的很喜歡它的簡單性。特別是,若是你像許多人同樣從MVC遷移,你只須要在你的架構中增長一層ViewModel。若是您發現太多層級形成的複雜,這確實使事情變得更容易。git

這是一個良好的開端,但這種簡單並不老是好的。在MVVM中,您將業務邏輯移出視圖控制器(VC),而後意識到它仍然很胖。視圖模型(VM)如今具備業務邏輯,可是展現數據(格式化)或路由如何?他們仍然被困在VC中,咱們須要將它們移出。 #示例流程 假設咱們正在實現登錄頁面,以下所示。 github

##路由列表:

  • Login > 主頁面
  • Sign Up > 註冊頁面
  • Forgot Password(?) > 忘記密碼頁面

這看起來像是一個簡單的頁面,可使用帶有3個segues的故事板來實現。但請相信我,事實並不是如此。例如,您一般會在登陸時打開主屏幕。但在這種狀況下,用戶的密碼可能已過時,您須要實施重定向到更改密碼屏幕。因此登陸路線變成:面試

  • Login > 主頁面 或者 更改密碼頁面

這是故事板路由失敗的地方。它沒法處理這種動態狀況。因此你一般作的是讓VC處理它:bash

func loginButtonTapped() {
   // Start network request...
   // Upon response:
   if viewModel.shouldChangePassword {
      performSegue(id: "ChangePasswordScreen", sender: nil)
   } else {
      performSegue(id: "HomeScreen", sender: nil)
   }
}
複製代碼

這是路由邏輯,它不該該在VC中。若是您想要輕型VC,請在編寫if語句以前三思然後行。他們是決定代碼,他們不屬於那裏。根據個人理解,VC應該只有視圖相關和粘合代碼。歷來沒有決定代碼。微信

讓咱們定義一個路由器協議,並從VC中取出這些if語句。咱們會須要:架構

  • 路由ID:像segue ID同樣的一個字符串
  • 上下文:當前視圖控制器是從哪裏跳過來的
  • 可選的參數:過渡所需的臨時數據。 (tableview點擊了哪一行等等)
protocol Router {
   func route(
      to routeID: String, 
      from context: UIViewController, 
      parameters: Any?
   )
}
複製代碼

VC應該只定義路由名稱,而不關心該路由的位置。這將是路由器的工做。app

class LoginViewController: UIViewController {
 
   enum Route: String {
      case login
      case signUp
      case forgotPassword
   }
 
   var viewModel: LoginViewModel!
   var router: Router!
 
   ...
 
   func loginButtonTapped() {
      router.route(to: Route.login.rawValue, from: self)
   }
 
   func signUpTapped() {
      router.route(to: Route.signUp.rawValue, from: self)
   }
 
   func forgotPasswordTapped() {
      router.route(to: Route.forgotPassword.rawValue, from: self)
   }
}
複製代碼

如上所述,登陸按鈕能夠進入主頁面或更改密碼頁面。那麼路由器如何選擇正確的目的地呢?在這種狀況下,您的路由器可能須要訪問您的VM。這樣,它能夠直接讀取業務決策並決定目的地。mvvm

請注意VC已經retain了VM和路由器。所以,路由器對VM應該是weak/unowned引用。佈局

class LoginRouter: Router {
 
   unowned var viewModel: LoginViewModel
 
   init(viewModel: LoginViewModel) {
      self.viewModel = viewModel
   }
 
   func route(
      to routeID: String, 
      from context: UIViewController, 
      parameters: Any?) 
   {
      guard let route = LoginVC.Route(rawValue: routeID) else {
         return
      }
      switch route {
      case .login:
         if viewModel.shouldChangePassword {
            // Push change-password-screen.
         } else {
            // Push home-screen.
         }
      case .signUp:
         // Push sign-up-screen:
         let vc = SignUpViewController()
         let vm = SignUpViewModel()
         vc.viewModel = vm
         vc.router = SignUpRouter(viewModel: vm)
         context.navigationController.push(vc, animated: true)
      case . forgotPasswordScreen:
         // Push forgot-password-screen.
      }
   }
}
複製代碼

總結

  • 咱們徹底將路由代碼移出VC。這有利於分離關注點。若是路由邏輯發生變化,您只需編輯路由器,而不是在VC中搜索push / present語句。
  • 隨着時間的推移,您將須要進行許多設計更改。所以,保持視圖控制器輕量化是很重要的,由於它與視圖緊密耦合的。在進行UI大修時,您不但願破壞路由邏輯。
  • 你不能用這種方法來使用故事板segue。我不知道我是否傷了你的心,但你不能用segues實現這樣的動態流程。故事板應該只對佈局負責(一樣,關注點分離)

示例代碼:Movies 謝謝你的閱讀! PS:ui

最近加了一些iOS開發相關的QQ羣和微信羣,可是感受都比較水,裏面對於技術的討論比較少,因此本身建了一個iOS開發進階討論羣,歡迎對技術有熱情的同窗掃碼加入,加入之後你能夠獲得:

1.技術方案的討論,會有在大廠工做的高級開發工程師儘量抽出時間給你們解答問題

2.每週按期會寫一些文章,而且轉發到羣裏,你們一塊兒討論,也鼓勵加入的同窗積極得寫技術文章,提高本身的技術

3.若是有想進大廠的同窗,裏面的高級開發工程師也能夠給你們內推,而且針對性得給出一些面試建議

羣已經滿100人了,想要加羣的小夥伴們能夠掃碼加這個微信,備註:「加羣+暱稱」,拉你進羣,謝謝了

相關文章
相關標籤/搜索