MVC、MVP和MVVM这三种设计模式的区别

07-17 519阅读

详谈MVC、MVP 和 MVVM

MVC、MVP 和 MVVM 这三种设计模式的区别
- 1. 角色职责
- 2. 数据绑定
- 3. 性能和可测试性
- 4. 复杂性
- 5. 技术依赖
- 6. 综合比较
- 总结
- 如何选择
  MVC、MVP 和 MVVM 这三种设计模式的区别
  
  1. 角色职责
  - MVC
    - 模型（Model）：负责数据处理和业务逻辑，直接与数据库或数据源交互
    - 视图（View）：负责用户界面的展示和用户交互
    - 控制器（Controller）：Controller 接收用户输入并处理用户请求，协调 Model 和 View 之间的交互更新模型和视图
      概念： MVC 是最古老也是最基础的设计模式之一
      （图片来源网络，侵删）
      
      特点：控制器是核心，负责接收用户输入并调用模型和视图进行相应操作；视图和模型之间存在直接联系，模型数据改变时，视图自动更新；适用于多变的用户界面和复杂的交互逻辑。
      - 优点：结构清晰，易于理解，适合团队协作
      - 缺点：随着应用复杂度增加，Controller 可能会变得过于庞大，且 View 和 Model 之间有时会有紧密耦合难以维护
        MVP
        模型（Model）：负责数据处理和业务逻辑
        视图（View）：负责展示和渲染视图，不包含任何业务逻辑，通过接口与Presenter通信
        表示器（Presenter）：Presenter 作为中间人，负责处理用户交互，调用 Model层更新数据并通知 View层更新显示
        概念： MVP是对MVC的一种改进，旨在进一步降低视图和模型之间的耦合。
        具体解释：在MVP中，Presenter层完全将View层和Model层进行了分离，把主要程序逻辑放在Presenter层实现，Presenter与具体的View层（Activity）是没有直接的关联，是通过定义接口来进行交互的，从而使得当View层（Activity）发生改变时，Persenter依然可以保持不变。View层接口类只应该只有set/get方法，及一些界面显示内容和用户输入，除此之外不应该有多余的内容。绝不允许View层直接访问Model层，这是与MVC最大区别之处，也是MVP核心优点。
        
        特点：视图和模型之间没有直接联系，都是通过Presenter进行通信；视图是被动的，只负责展示，不包含业务逻辑和事件处理；可以更容易地进行单元测试，因为业务逻辑都在Presenter中，而不是在视图中。
        
        优点：视图与业务逻辑分开提高了可测试性，因为Presenter可以独立于视图进行单元测试。
        缺点：代码量增加，特别是Presenter和View之间的接口定义可能变得臃肿，而且在某些情况下可能会出现大量的数据绑定代码
        MVVM
        模型（Model）：负责数据处理和业务逻辑
        视图（View）：负责视图的展示和用户交互通过数据绑定直接与ViewModel交互
        视图模型（ViewModel）：ViewModel 作为 Model 和 View 之间的桥梁，负责提供视图所需的数据和操作；是视图的抽象，封装了视图的状态和行为，通常会暴露可绑定的属性和命令，View通过数据绑定（data binding）与ViewModel绑定
        概念： MVVM由微软提出，主要用于WPF和Silverlight平台，后来被广泛应用于其他技术栈中。
        具体解释： MVVM 模式在 MVP 模式的基础上进一步演进，引入了 ViewModel 组件。在 MVVM 模式中，视图（View）通过数据绑定技术直接与 ViewModel 进行交互，而不需要显式的引用和调用 Presenter。ViewModel 负责管理视图需要的数据，并处理与视图状态相关的逻辑和操作。值得注意的是，ViewModel 不直接与视图交互，而是通过数据绑定将数据的变化自动反映到视图上。
        
        特点：视图直接绑定到ViewModel, ViewModel通过通知机制（如属性更改通知）更新视图；提高了代码的可测试性和可维护性；视图与业务逻辑解耦，使得视图层更加简洁，仅关注呈现；常用于现代前端框架和工具，例如Angular、React（使用State代替ViewModel的角色）、Vue等。
        
        优点：利用数据绑定简化了UI更新逻辑，提高了开发效率，视图与业务逻辑高度解耦易于维护和测试
        缺点：依赖于数据绑定机制，学习曲线相对陡峭，特别是在大型项目中管理ViewModel可能会变得复杂
        2. 数据绑定
        
        MVC：通常没有内置的数据绑定机制，数据的更新需要手动更新视图。
        MVP：通常也没有内置的数据绑定机制，Presenter 将数据从 Model 获取后，手动更新视图。
        MVVM：具有内置的数据绑定机制，ViewModel 将数据从 Model 中获取后，自动更新视图。
        3. 性能和可测试性
        
        MVC：Controller 的逻辑较重，因此可能导致 Controller 过于庞大、难以维护和测试的问题。
        MVP：将逻辑集中在 Presenter 中，使得逻辑层适当解耦，提高了可测试性和可维护性。
        MVVM：通过数据绑定机制实现了视图和数据之间的解耦，有助于提高性能、可测试性和可维护性。
        4. 复杂性
        
        MVVM 通常被比 MVC 和 MVP 更复杂，因为 ViewModel 提供了额外的抽象层
        
        5. 技术依赖
        
        MVC：不依赖特定的技术，可以根据需求和平台进行灵活的实现。
        MVP：通常与特定的框架（如Android中的MVP模式）或技术（如数据绑定框架）相关
        MVVM：通常与特定的框架（如AngularJS、Vue.js等）或技术（如数据绑定框架）相关联
        6. 综合比较
        
        特征 MVC MVP MVVM
        复杂性中等高高
        可测试性中等高高
        可维护性中等高高
        灵活度低中等高
        总结
        
        MVC更侧重于通过控制器来协调，适合需要灵活控制流程的应用
        MVP通过Presenter强化了视图和模型的分离，提高了测试性，但可能引入更多架构复杂度
        MVVM利用数据绑定简化了视图与数据的同步，特别适合现代富客户端应用和SPA（单页面应用），但依赖于数据绑定支持
        如何选择
        
        MVC：适用于具有少量视图和相对简单的数据模型的简单、直接的应用程序。
        MVP：适用于具有更复杂数据模型和更多视图的应用程序或需要高可测试性和可维护性的应用程序。
        MVVM：适用于具有大型、复杂数据模型以及高度数据绑定和命令要求的应用程序。