前言:这是一篇总结,原文请移步 https://mp.weixin.qq.com/s/akf4Ttb5gpNq8uqa7vZw1w
评价标准:可读性、可维护性、可复用性
方法论:
设计原则:
单一原则
语义上,一个东西只干一件事
KISS原则
含义:尽量保持代码简单
要领:非必要不要使用同事不懂的技术
DRY原则
功能语义完全一样,重复实现,扰乱视线,不敢改动:差评!
重复执行问题:比如说对于业务校验,可以放在Manager层统一处理
代码规范
解决命名过分详细:
利用上下文,省略单词
利用缩写,省略字母:如 to=>2、business=>biz、DailyActiveUse => DAU
检查方法是否足够单一
命名统一
差评!queryXX,getXX,selectXX
参数定义
方法参数尽量在 4 个以内
检查方法是否满足单一原则
将多个参数封装为对象
对外的接口的参数尽量封装成对象
方法体
方法尽量不超过横着的一屏
当一个方法读了下文让你快忘了上文的时候,说明这个方法代码过多了
如果逻辑可分,可以利用空行分割成代码块,每块代码前加上注释
定义变量
最好在需要它的前一行定义,上下文清晰
注释
别太依赖,重点在代码的可读性
别太细节,难以维护
总结:实用主义,进步来自于批评,多写代码,多看反例,即可