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