我已經在幾個專案中使用MVVM了一段時間，我真的很喜歡它的簡單性。特別是，如果你像許多人一樣從MVC遷移，你只需要在你的架構中增加一層ViewModel。如果您發現太多層級造成的複雜，這確實使事情變得更容易。

這是一個良好的開端，但這種簡單並不總是好的。在MVVM中，您將業務邏輯移出檢視控制器（VC），然後意識到它仍然很胖。檢視模型（VM）現在具有業務邏輯，但是展示資料（格式化）或路由如何？他們仍然被困在VC中，我們需要將它們移出。 #示例流程 假設我們正在實現登陸頁面，如下所示。

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

這看起來像是一個簡單的頁面，可以使用帶有3個segues的故事板來實現。但請相信我，事實並非如此。例如，您通常會在登入時開啟主螢幕。但在這種情況下，使用者的密碼可能已過期，您需要實施重定向到更改密碼螢幕。所以登入路線變成：

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

這是故事板路由失敗的地方。它無法處理這種動態情況。所以你通常做的是讓VC處理它：

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應該只定義路由名稱，而不關心該路由的位置。這將是路由器的工作。

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。這樣，它可以直接讀取業務決策並決定目的地。

請注意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:

最近加了一些iOS開發相關的QQ群和微信群，但是感覺都比較水，裡面對於技術的討論比較少，所以自己建了一個iOS開發進階討論群，歡迎對技術有熱情的同學掃碼加入，加入以後你可以得到：

1.技術方案的討論，會有在大廠工作的高階開發工程師儘可能抽出時間給大家解答問題

2.每週定期會寫一些文章，並且轉發到群裡，大家一起討論，也鼓勵加入的同學積極得寫技術文章，提升自己的技術

3.如果有想進大廠的同學，裡面的高階開發工程師也可以給大家內推，並且針對性得給出一些面試建議