6年经验高级安卓开发者请教Clean Code与Clean Architecture提升建议

分层边界硬规则（大厂面试核心考察点） #

• 严格遵循依赖倒置原则，层间依赖只能向内：
  • 最内层*领域层（Domain）*是纯Java/Kotlin代码，不允许引入任何Android SDK、UI框架、网络/数据库第三方库依赖，仅存放三类内容：业务实体Entity（携带核心业务属性和内置业务规则）、业务用例UseCase（封装单条业务流程的执行逻辑）、数据仓库抽象接口，所有业务决策逻辑必须全部收拢到这一层
  • 中间层*数据层（Data）*仅依赖领域层，负责实现领域层定义的仓库接口，处理远程API请求、本地数据库读写、缓存策略这类数据存取逻辑，不允许包含任何业务规则判断
  • 最外层*表现层（Presentation）*仅依赖领域层，UI相关的Activity/Fragment/Composable/ViewModel都属于这一层，仅允许做两类操作：响应用户交互调用对应UseCase、接收UseCase返回的结果渲染UI，不能出现任何业务规则相关的逻辑判断

编程挑战高频扣分点自检 #

提交代码前务必花2分钟做以下检查，规避90%的同类反馈：

• 检查所有UI层代码是否存在业务判断逻辑，比如「校验输入密码长度是否符合要求」「判断用户是否有权限操作该功能」「过滤符合业务规则的列表数据」，只要出现一律移到领域层的Entity或者UseCase中
• 检查层间调用是否全部依赖抽象而非具体实现，比如表现层只能调用领域层的UseCase接口，UseCase只能调用领域层的仓库接口，不能直接引用数据层的仓库实现类
• 检查领域层是否引入了外部依赖，哪怕是导入了Android的Context类都属于违规

限时面试场景落地技巧 #

• 写代码前先花1分钟梳理功能的分层结构，把每个逻辑模块提前分配到对应层级，再开始编码，避免边写边把业务逻辑随手塞到UI层
• 限时场景下不需要完成所有功能细节，优先保证分层边界清晰、逻辑放对层级，得分远高于功能完整但分层混乱的代码
• 可以提前准备一套面试用的Clean Architecture最简模板，把分层结构、基础类提前搭好，面试时直接往里填逻辑，降低出错概率

内容的提问来源于stack exchange，提问作者Abdalltif Basher