如何在iOS上使用MVVM進(jìn)行路由詳解
前言
我已經(jīng)在幾個項目中使用MVVM了一段時間,我真的很喜歡它的簡單性。特別是,如果你像許多人一樣從MVC遷移,你只需要在你的架構(gòu)中增加一層ViewModel。如果您發(fā)現(xiàn)太多層級造成的復(fù)雜,這確實使事情變得更容易。
這是一個良好的開端,但這種簡單并不總是好的。在MVVM中,您將業(yè)務(wù)邏輯移出視圖控制器(VC),然后意識到它仍然很胖。視圖模型(VM)現(xiàn)在具有業(yè)務(wù)邏輯,但是展示數(shù)據(jù)(格式化)或路由如何?他們?nèi)匀槐焕г赩C中,我們需要將它們移出。
#示例流程
假設(shè)我們正在實現(xiàn)登陸頁面,如下所示。
##路由列表:
- Login > 主頁面
- Sign Up > 注冊頁面
- Forgot Password(?) > 忘記密碼頁面
這看起來像是一個簡單的頁面,可以使用帶有3個segues的故事板來實現(xiàn)。但請相信我,事實并非如此。例如,您通常會在登錄時打開主屏幕。但在這種情況下,用戶的密碼可能已過期,您需要實施重定向到更改密碼屏幕。所以登錄路線變成:
- Login > 主頁面 或者 更改密碼頁面
這是故事板路由失敗的地方。它無法處理這種動態(tài)情況。所以你通常做的是讓VC處理它:
func loginButtonTapped() { // Start network request... // Upon response: if viewModel.shouldChangePassword { performSegue(id: "ChangePasswordScreen", sender: nil) } else { performSegue(id: "HomeScreen", sender: nil) } }
這是路由邏輯,它不應(yīng)該在VC中。如果您想要輕型VC,請在編寫if語句之前三思而后行。他們是決定代碼,他們不屬于那里。根據(jù)我的理解,VC應(yīng)該只有視圖相關(guān)和粘合代碼。從來沒有決定代碼。
讓我們定義一個路由器協(xié)議,并從VC中取出這些if語句。我們會需要:
- 路由ID:像segue ID一樣的一個字符串
- 上下文:當(dāng)前視圖控制器是從哪里跳過來的
- 可選的參數(shù):過渡所需的臨時數(shù)據(jù)。 (tableview點擊了哪一行等等)
protocol Router { func route( to routeID: String, from context: UIViewController, parameters: Any? ) }
VC應(yīng)該只定義路由名稱,而不關(guān)心該路由的位置。這將是路由器的工作。
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) } }
如上所述,登錄按鈕可以進(jìn)入主頁面或更改密碼頁面。那么路由器如何選擇正確的目的地呢?在這種情況下,您的路由器可能需要訪問您的VM。這樣,它可以直接讀取業(yè)務(wù)決策并決定目的地。
請注意VC已經(jīng)retain了VM和路由器。因此,路由器對VM應(yīng)該是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. } } }
總結(jié)
- 我們完全將路由代碼移出VC。這有利于分離關(guān)注點。如果路由邏輯發(fā)生變化,您只需編輯路由器,而不是在VC中搜索push / present語句。
- 隨著時間的推移,您將需要進(jìn)行許多設(shè)計更改。因此,保持視圖控制器輕量化是很重要的,因為它與視圖緊密耦合的。在進(jìn)行UI大修時,您不希望破壞路由邏輯。
- 你不能用這種方法來使用故事板segue。我不知道我是否傷了你的心,但你不能用segues實現(xiàn)這樣的動態(tài)流程。故事板應(yīng)該只對布局負(fù)責(zé)(同樣,關(guān)注點分離)
謝謝你的閱讀!
以上就是這篇文章的全部內(nèi)容了,希望本文的內(nèi)容對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值,如果有疑問大家可以留言交流,謝謝大家對腳本之家的支持。
相關(guān)文章
iOS中給自定義tabBar的按鈕添加點擊放大縮小的動畫效果
這篇文章主要介紹了iOS中給自定義tabBar的按鈕添加點擊放大縮小的動畫效果的相關(guān)資料,非常不錯,具有參考解決價值,需要的朋友可以參考下2016-11-11在IOS系統(tǒng)上滾動條滾動到指定的位置出現(xiàn)空白頁面的解決方案
這篇文章主要介紹了 在IOS系統(tǒng)上滾動條滾動到指定的位置出現(xiàn)空白頁面的解決方案,需要的朋友可以參考下2017-01-01iOS移動端(H5)alert/confirm提示信息去除網(wǎng)址(URL)
這篇文章主要介紹了iOS移動端(H5)alert/confirm提示信息去除網(wǎng)址URL,具有一定的參考價值,感興趣的小伙伴們可以參考一下2016-11-11