android 学习mvc 和 mvp 和 mvvm参考项目

githup地址：https://github.com/ivacf/archi

阿尔奇

此存储库展示并比较可用于构建Android应用程序的不同架构模式。完全相同的示例应用程序使用以下方法构建三次：

• 标准的Android：布局，活动/片段和模型的传统方法。
• MVP：模型视图演示者。
• MVVM：模型视图ViewModel与数据绑定。

应用程序

示例应用程序显示给定用户名的GitHub公共存储库列表。点击其中一个将打开一个存储库详细信息屏幕，在那里可以找到有关回购的更多信息。该屏幕还显示有关存储库所有者的信息。

使用的库

• AppCompat, CardView and RecyclerView
• Data Binding (only MVVM)
• RxJava & RxAndroid
• Retrofit 2
• Picasso
• Mockito
• Robolectric

标准的Android

该/appdirectoy包含遵循传统的标准Android的办法实施。这是一对布局文件，两个活动和模型。该模型是完全的三种实现相同的，它包含：Repository，User和改装服务（GithubService）。

采用这种方法，活动负责调用GithubService，处理数据和更新视图。他们的行为就像MVC中的一个控制器，但有一些额外的责任应该成为观点的一部分。这个标准体系结构的问题是活动和片段可能变得相当大，很难测试。因此，为什么我没有为这个案例写任何单元测试。

MVP - 模型视图演示者

在/app-mvp这里你会发现这个示例应用程序遵循这个模式。当使用mvp时，Activities和Fragments成为视图层的一部分，他们将大部分工作委托给演示者。每个活动都有一个匹配的主持人，通过主持人访问模型GithubService。当数据准备好显示时，他们也通知活动。单元测试演示者变得非常容易通过嘲笑视图层（活动）。

MVVM - 模型视图ViewModel

由于数据绑定库的发布，这种模式最近开始流行起来。你会发现在执行/app-mvvm。在这种情况下，ViewModel通过数据绑定从视图请求时从模型中检索数据。有了这个模式，Activities和Fragments变得非常轻便。此外，由于ViewModel从视图中分离，所以写单元测试变得更容易。

 

阅读代码需要参考的资料：

　　　　　　Android Studio 中 Gradle 依赖的统一管理

 

转载于:https://www.cnblogs.com/woaixingxing/p/8086501.html