iOS 架构来自 Google I/O的启发

架构原则：
关注分离
模型驱动UI,优先持久化模型

Android O以及Kotlin被官方认可。我发现了原来还有发布官方的架构库，以及推荐使用指南

• 如上图所示，为新的架构模式：

监听ViewModel，当VIewModel数据更新时刷新UI

监听用户事件反馈到ViewModel。ViewModel

持有保存，或者想Repository来获取UI层需要的数据

响应UI层的事件，执行响应的操作

响应变化，并且通知到UI层

■ Repository

App的完全的数据模型，ViewModel交互的对象

提供简单的数据修改和获取的接口

配合好网络层数据的更新与本地持久化数据的更新，同步等

■ Data Source

包含本地的数据库等，网络api等

这些基本上和现有的一些MVVM，以及Clean架构的组合比较相似，不过谷歌提供了一些新的类库来帮助我们实现这个架构。

■谷歌的新玩具

本地IO大会谷歌提供了新的类库来实现这个功能，小标题我写新玩具是因为这个库目前还在alpha1版本，官方只建议在个人小项目中使用。

这个类库包含如下一些东西：

■ Lifecycle

Android声明周期的回调，帮助我们将原先需要在onStart()等生命周期回调的代码可以分离到Activity或者Fragment之外。

■ LiveData

一个数据持有类，持有数据并且这个数据可以被观察被监听，和其他Observer不同的是，它和Lifecycle是绑定的。

■ ViewModel

用于实现架构中的ViewModel，同时是与Lifecycle绑定的，使用者无需担心生命周期。方便在多个Fragment之前分享数据，比如旋转屏幕后Activity会重新create，这时候使用ViewModel可以方便使用之前的数据，不需要再次请求网络数据。

■ Room

谷歌推出的一个Sqlite ORM库，不过使用起来还不错，使用注解，极大简化数据库的操作。

■框架补充

工具库帮助我们进行开发，如果不满足官方的库其实可以自己实现。比如LiveData在某些情况下可使用RxJava代替。

数据层官方推荐使用Room或者Realm或者其他Sqlite ORM等都可以，同时从某些方面看Room风格很像Retrofit。网络请求也被推荐使用Retrofit。

各层之间的耦合推荐使用服务发现(Service Locator)或者依赖注入(DI)，会上推荐了Dagger。

测试

各层之间的合理分层，为测试提供极大的方便。

UI层测试

使用Android Instrumentation Test，借助Espresso库进行，借助Mock的ViewModel，可以专注于测试UI

ViewModel 测试

使用Mock的Repository来提供数据，使用JUnit测试，因为不涉及UI，运行速度会快很多。

Repository测试

数据层Mock一些数据返回给Repository，使用JUnit测试即可

数据层测试

使用JUnit测试

数据库，使用Room的话官方提供了测试支持，在测试时候创建内存数据库即可。

网络请求，使用MockWebServer来提供假的服务端即可。