Android 架构设计(一)：设计模式分析

Android 架构设计(一)：设计模式分析

引用

CSDN

1.

https://blog.csdn.net/qq_39731011/article/details/121769646

本文将深入探讨Android开发中的几种主流架构设计模式，包括无架构、MVC、MVP和MVVM。通过对比分析这些设计模式的优缺点，帮助读者理解它们在实际开发中的应用和选择。

现有Android主流设计模式有哪些？

1：无架构

• 很多人把无架构定为MVC ，这边深海要纠正一下，无架构 != MVC

2：MVC

• Model - 数据模型/数据来源。
• View - 视图（Activity/Fragment/View）。
• Controller - Controller通常为单例模式存在，View与Controller相互持有，View与Controller都持有Model。View触发事件时通过Controller处理逻辑后改变Model，或Controller 监听到数据改变后改变View展示。

优点：
简单，类少，文件少，很小的项目或者很大的项目都可以用。

缺点：
业务越复杂，越乱，文件少意味着文件个头大。

适合小项目或者逻辑不是太复杂的大项目， 自从MVP兴起后使用率逐渐变低，从MVVM兴起后几乎绝迹，MVC大多看到的是老项目的影子。或者很小的项目和独立开发的项目。

3：MVP

• Model - 数据模型/数据来源。
• View - 视图（Activity/Fragment/View）。
• Presenter - 作为隔离联系人，View触发事件时调用Presenter方法，由Presenter完成后续逻辑后改变Model并改变View。

与MVC的核心区别：

1. View和Model禁止直接通信。
2. Presenter通常面向界面与界面成一对一的关系，而Controller通常面向业务，服务于一个业务下的所有界面。

优点是职责清晰，接藕。缺点是接口多，文件多，代码多。

至今都被人认为是Android最主流的架构设计模式，但是MVVM出现后很大一部分的新项目都采用了MVVM的结构，且比率还在不断提高。

4：MVVM

数据驱动为核心。ViewModel作为View的数据映射，View的所有数据均来自ViewModel。View改变时调用ViewModel的方法处理逻辑并改变其数据。同时View通过DataBinding或者LiveDate监听数据的改变，由此改变View的展现。

各自职责：

• ViewModel: 负责保存数据，处理逻辑&改动数据。
• View：负责三件事：1.展示数据2.监听ViewModel的数据改变由此改变自身展示；3.触发事件后直接改变ViewModel数据，或调用ViewModel方法，由ViewModel处理逻辑后改变数据。
• Model：通常指接口返回数据的数据模型和本地存储数据模型，不包含View的数据模型，因为View已经有了自己的专用数据模型，那就是ViewModel 。

这个图我自己画一下，因为网图不够明确。

与MVP的区别：

1. ViewModel不持有View 而Presenter持有View。
2. MVVM为数据驱动 MVP为事件驱动。

优点：
逻辑清晰，代码文件也少

缺点（大多是Databinding的缺点）:

1. 数据绑定增加Bug调试难度。
2. 对于复杂的页面，model也会很大，虽然使用方便了也很容易保证了数据的一致性，但长期持有，不利于释放内存。
3. 数据双向绑定不利于View重用。

深海个人不推荐使用Databinding， 推荐使用LiveData+Kotlin布局引入插件。

深海认为 布局文件应该保证其简单性和职责单一性！