===============
强大的基础架构对于一个应用扩展和满足用户群体的期望来说是非常重要的。我有一个用新更新和优化的 API 结构来替换旧 API 的任务,为了整合这种更改,我一定程度地重写了整个应用。
为什么?因为代码与其响应的数据模型(data models)深度耦合。这次,我不想一遍又一遍地犯同样的错误。为了解决这个问题,我使用了 Clean 架构。在一开始会有点痛苦,但对于具有许多功能和 SOLID 方法的大型应用来说可能是最佳选择。让我们试着带着疑问去看架构的每个层面,然后分解成更简单的点。
这个架构是由 Robert C. Martin(Uncle Bob)在 clean code blog 中于 2012 年提出的。
为什么是 Clean 架构?
- 在不同层级中分离具有特定职责的代码,让其更容易做进一步修改。
- 高度的抽象
- 代码解耦
- 轻松的代码测试
“整洁的代码总是看起来像是由在意它的人来写的。”
— Michael Feathers
有哪些层级?
Domain 层: 将执行独立于任何层级的业务逻辑,并且只是一个没有 Android 相关依赖的纯 kotlin 包。
Data 层: 通过实现 Domain 层的公开接口,将应用所需的数据分配给 Domain 层。
Presentation 层: 将包括 Domain 层和 Data 层,并且是 Android 特定的,用于执行 UI 逻辑。
什么是 Domain 层?
这将是三个层级中最通用的一个。它将 Presentation 层和 Data 层连接起来,并执行应用相关的业务逻辑。
用例
用例是应用逻辑执行程序。正如名称所示,每个功能都可以有其独立的用例。创建更加精细的用例可以被更频繁地复用。
class GetNewsUseCase(private val transformer: FlowableRxTransformer,
private val repositories: NewsRepository): BaseFlowableUseCase(transformer){
override fun createFlowable(data: Map<String, Any>?): Flowable {
return repositories.getNews()
}
fun getNews(): Flowable{
val data = HashMap<String, String>()
return single(data)
}
}
此用例返回的是可根据所需观察者进行修改的 Flowable 类型。它有两个参数。其中之一是 transformers 或 ObservableTransformer,它控制执行逻辑的线程和另外的参数 repository,是 Data 层的接口。如果有任何的数据必须传递给 Data 层,则可以使用 HashMap。
Repositories
它指定了由 Data 层实现的用例所需的功能。
什么是 Data 层?
该层级负责提供应用所需的数据。Data 层应该设计任何应用都可以重复使用而无需在其展示逻辑中进行修改的数据。
API 提供远程网络实现。任何网络库都可以集成到这里,如 retrofit、volley 等。同样,DB 提供本地数据库实现。
class NewsRepositoryImpl(private val remote: NewsRemoteImpl,
private val cache: NewsCacheImpl) : NewsRepository {
override fun getLocalNews(): Flowable {
return cache.getNews()
}
override fun getRemoteNews(): Flowable {
return remote.getNews()
}
override fun getNews(): Flowable {
val updateNewsFlowable = remote.getNews()
return cache.getNews()
.mergeWith(updateNewsFlowable.doOnNext{
remoteNews -> cache.saveArticles(remoteNews)
})
}
}
在 Repository 中,我们有本地、远程或任何类型的数据提供程序的实现,而上面的类 NewsRepositoryImpl.kt 实现了 Domain 层公开的接口。它充当 Data 层的单一访问点。
什么是 Presentation 层?
Presentation 层提供应用的 UI 实现。它不做别的事,只执行没有逻辑的指令。该层内部实现了 MVC、MVP、MVVM、MVI 等架构。所有的连接工作都在本层。
DI 文件夹实现了在应用开始时注入所有的依赖项,如网络相关、View Models、用例等。可以使用 dagger、kodein、koin 或只使用服务定位器模式(service locator pattern)实现 Android 中的 DI。它只取决于应用本身,如对于复杂的应用,DI 可能非常有用。我选择 koin 只是因为它比 dagger 更容易理解和实现。
为什么使用 ViewModels?
根据 Android ViewModel 文档:
以生命周期的方式存储和管理 UI 相关数据。它允许数据在配置更改(例如屏幕旋转)后继续存活。
class NewsViewModel(private val getNewsUseCase: GetNewsUseCase,
private val mapper: Mapper<NewsSourcesEntity, NewsSources>) : BaseViewModel() {
companion object {
private val TAG = “viewmodel”
}
var mNews = MutableLiveData<Data>()
fun fetchNews() {
最后
只要是程序员,不管是Java还是Android,如果不去阅读源码,只看API文档,那就只是停留于皮毛,这对我们知识体系的建立和完备以及实战技术的提升都是不利的。
真正最能锻炼能力的便是直接去阅读源码,不仅限于阅读各大系统源码,还包括各种优秀的开源库。
腾讯、字节跳动、阿里、百度等BAT大厂 2019-2021面试真题解析
资料太多,全部展示会影响篇幅,暂时就先列举这些部分截图
《Android学习笔记总结+移动架构视频+大厂面试真题+项目实战源码》,点击传送门,即可获取!
010)]
资料太多,全部展示会影响篇幅,暂时就先列举这些部分截图
《Android学习笔记总结+移动架构视频+大厂面试真题+项目实战源码》,点击传送门,即可获取!