【Android】Clean Architecture 初析
2017-03-02 本文已影响107人
8c3c932b5ffd
本篇承接 上文
参考:
色彩简化后的结构图:

想表达的是依赖层级,从这幅图可以看出,模块之间的依赖关系在理想情况下是清晰的,也不存在多维度相互依赖的问题,最外层UI依赖Presenter层,Presenter层又依赖Use Cases层,以此类推... (每层的依赖只能向内收缩)
当然,这里的层级内涵只是举例示意,在实际业务中需要根据需要设定各层核心,层级数也可适量调整,整个架构强调的只是一种依赖收缩的思想
一个例子:
clean_architecture_android_schema.png
架构分为三层:
1. Presentation
2. Domain
3. Data
Presentation
clean_architecture_mvp.png
要点即是大家熟知的MVP一类;
Android的代码应该全部都出现在这一层
Domain
clean_architecture_domain.png
业务逻辑层,代码应该是纯粹的JAVA API,与Android无关
Data
clean_architecture_data.png
这一层主要是处理数据业务
几张图其实能很清楚地说明Clean Architecture的立意、用法
关注公众号“夕识”,雕刻时光,雕刻思维
