MCV、MVP、MVVM演化

分层架构从 MVC（模型-视图-控制器）到 MVP（模型-视图-呈现者）再到 MVVM（模型-视图-视图模型）的演化，反映了对用户界面设计的需求变化和技术进步。以下是这三种架构模式的演化过程及其主要特点：

1. MVC（模型-视图-控制器）

概念

• 模型（Model）：代表应用程序的数据和业务逻辑，负责数据的管理和操作。

• 视图（View）：用户界面的部分，负责显示模型数据。

• 控制器（Controller）：充当模型和视图之间的中介，处理用户输入，更新模型和视图。

特点

• 控制器接收用户输入并更新模型，然后通知视图更新显示。

• 视图和模型之间的耦合相对较高，视图直接依赖于模型的结构。

• 适合于早期的 Web 应用和桌面应用，但在复杂用户交互中可能导致控制器变得臃肿。

2. MVP（模型-视图-呈现者）

概念

• 模型（Model）：与 MVC 相同，表示应用的数据和业务逻辑。

• 视图（View）：负责显示数据，接收用户输入，但不直接处理业务逻辑。

• 呈现者（Presenter）：处理用户输入，更新模型并通知视图更新显示。

演化原因

• 解耦：MVP 通过引入呈现者来降低视图与模型之间的耦合。视图只需要依赖于呈现者的接口，而不直接依赖于模型的具体实现。

• 可测试性：由于呈现者和视图的解耦，使得业务逻辑更容易进行单元测试，呈现者可以使用模拟对象（mock）进行测试。

• 更清晰的职责：将业务逻辑从视图中分离出来，使得每个组件的职责更为清晰。

3. MVVM（模型-视图-视图模型）

概念

• 模型（Model）：与 MVP 和 MVC 相同，表示应用的数据和业务逻辑。

• 视图（View）：用户界面部分，负责呈现数据，通常使用数据绑定。

• 视图模型（ViewModel）：充当视图和模型之间的中介，提供视图所需的数据，并处理用户交互的命令。

演化原因

• 数据绑定：MVVM 引入数据绑定机制，使得视图可以自动更新，无需显式通知。这使得 UI 与业务逻辑之间的交互变得更加简洁。

• 简化代码：视图模型处理了与模型的交互，减少了视图中冗余的逻辑代码，提高了代码的可读性和可维护性。

• 适应现代框架：MVVM 非常适合现代前端开发框架（如 Angular、React、Vue 等），这些框架都支持数据绑定和双向数据同步。

总结

• 从 MVC 到 MVP：主要关注解耦和可测试性，通过引入呈现者将用户交互逻辑与视图分离。

• 从 MVP 到 MVVM：进一步引入数据绑定机制，简化视图和业务逻辑之间的交互，适应现代开发需求。