架构设计系列（三）：架构模式

一、概述

关于移动应用开发中常见的架构模式，这些模式是为了克服早期模式的局限性而引入。常见的 架构模式有：
MVC, MVP, MVVM, MVVM-C, and VIPER

二、MVC, MVP, MVVM, MVVM-C, and VIPER架构模式

  MVC、MVP、MVVM、MVVM-C 和 VIPER 是移动应用开发中常见的架构模式。它们的目标是将代码分离为不同的职责模块，以提高可维护性、可测试性和可扩展性。

• MVC（Model-View-Controller）
    mvc 由 model层、view层和controller层组成。model层负责数据逻辑和业务逻辑，view层负责 UI 展示，controller 层负责处理用户输入，更新 Model 并刷新 View。
    其优点是简单易用，分离了数据、UI和逻辑，适合小型应用，用于一些快速需要快速开发场景中。
    但随着业务的及代码量的增长，Controller层容易变得臃肿，view和model之间耦合较高，会出现“万能类”，难以测试及维护

• MVP（Model-View-Presenter）
    MVP由model层、view层和presenter层组成
  presenter层负责处理用户输入，更新 Model 并更新 View，model层负责数据逻辑和业务逻辑，view层负责 UI 展示，并通过接口与 Presenter 交互。
    其优点是view与model完全解耦，方便测试，Presenter 作为中间层，减少了 Controller 的臃肿问题
    但随着业务的增长Presenter 仍然可能变得复杂，同时需要手动管理 View 和 Presenter 的生命周期。

• MVVM（Model-View-ViewModel）
    MVVM由model层、view层和ViewModel层组成。Model负责数据逻辑和业务逻辑，View负责 UI 展示，并通过数据绑定与 ViewModel 交互，ViewModel负责将 Model 的数据转换为 View 可以使用的形式，并处理用户输入。
    数据绑定减少了手动更新 UI 的代码。View 和 ViewModel 解耦，便于测试和维护。
    数据绑定可能增加调试难度。对于简单应用可能显得过于复杂。

• MVVM-C（Model-View-ViewModel-Coordinator）
    MVVM-C由model层、view层和ViewModel层及Coordinator层组。 Model负责数据逻辑和业务逻辑，View负责 UI 展示，并通过数据绑定与 ViewModel 交互，ViewModel负责将 Model 的数据转换为 View 可以使用的形式，并处理用户输入。引入 Coordinator负责导航和模块之间的交互。
    其优点是引入 Coordinator 进一步解耦导航逻辑，适合复杂的导航场景。

• VIPER（View-Interactor-Presenter-Entity-Router）
    VIPER由View，Interactor、Presenter、Entity及Router组成。View负责 UI 展示，并将用户输入传递给 Presenter，Interactor负责业务逻辑和数据操作，Presenter负责从 Interactor 获取数据并更新 View，
  Entity负责数据模型，Router负责导航和模块之间的交互。
    其优点是高度模块化，职责分离明确，适合大型团队和复杂应用。
    与此同时也增加了代码量和复杂性，对于开发团队的学习成本较高。

三、总结

以下是这些架构模式的主要区别：

模式	核心特点	优点	缺点	适用场景
MVC	分离 Model、View 和 Controller	简单易用	Controller 臃肿，耦合高	小型应用
MVP	引入 Presenter 解耦 View 和 Model	便于测试	Presenter 可能复杂	中型应用
MVVM	引入 ViewModel 和数据绑定	高度解耦，便于测试	数据绑定调试复杂	大型应用
MVVM-C	引入 Coordinator 解耦导航逻辑	适合复杂导航场景	增加了复杂性	大型应用，复杂导航
VIPER	高度模块化，职责分离明确	适合大型团队	代码量大，学习曲线高	超大型应用

选择哪种架构模式取决于应用的规模、团队的规模以及具体的需求。小型应用可以选择 MVC 或 MVP，而大型应用则更适合 MVVM、MVVM-C 或 VIPER。