在Notifications情况下，NotificationCompat。构建器使用构建器模式

就像,

mBuilder = new NotificationCompat.Builder(this)
                    .setSmallIcon(R.drawable.ic_stat_notification)
                    .setContentTitle(getString(R.string.notification))
                    .setContentText(getString(R.string.ping))
                    .setDefaults(Notification.DEFAULT_ALL);

所有这些模式，MVC, MVVM, MVP和Presentation Model，都可以应用到Android应用中，但是如果没有第三方框架，就不容易得到组织良好的结构和干净的代码。

MVVM起源于PresentationModel。当我们将MVC、MVVM和Presentation Model应用到Android应用中时，我们真正想要的是有一个清晰的结构化项目，更重要的是更容易进行单元测试。

目前，如果没有第三方框架，通常会有大量代码(如addXXListener()、findViewById()等)，这不会增加任何业务价值。更重要的是，你必须运行Android单元测试，而不是正常的JUnit测试，后者需要很长时间才能运行，并且使单元测试有些不切实际。

基于这些原因，几年前我们开始了一个开源项目RoboBinding——一个用于Android平台的数据绑定表示模型框架。RoboBinding帮助您编写更易于阅读、测试和维护的UI代码。RoboBinding消除了对addXXListener等不必要代码的需求，并将UI逻辑转移到表示模型(Presentation Model)，这是一个POJO，可以通过正常的JUnit测试进行测试。RoboBinding本身带有300多个JUnit测试，以确保其质量。

Binder对死亡接收人通知使用“观察者模式”。

以下Android类使用设计模式

1)视图持有者使用单例设计模式

2)意图使用工厂设计模式

3)适配器使用适配器设计模式

4)广播接收端采用观察者设计模式

5)视图使用复合设计模式

6)媒体框架使用Façade设计模式

在Notifications情况下，NotificationCompat。构建器使用构建器模式

就像,

mBuilder = new NotificationCompat.Builder(this)
                    .setSmallIcon(R.drawable.ic_stat_notification)
                    .setContentTitle(getString(R.string.notification))
                    .setContentText(getString(R.string.ping))
                    .setDefaults(Notification.DEFAULT_ALL);

我想添加一个设计模式，已经应用在Android框架。这是在Asynctask实现中使用的半同步半异步模式。请参阅我在

https://docs.google.com/document/d/1_zihWXAwgTAdJc013-bOLUHPMrjeUBZnDuPkzMxEEj0/edit?usp=sharing