代码重构原则

重构目的

• 相同的代码最好只出现一次
• 主次方法
• 主方法
• 只包含实现完整逻辑的子方法
• 思维清楚，便于阅读
• 次方法
• 实现具体逻辑功能
• 测试通过后，后续几乎不用维护

重构的步骤

• 新建一个方法
• 新建方法（写好伪代码，根据伪代码写未实现的代码，根据报错，实现方法）
• 把要抽取的代码，直接复制到新方法中
• 根据需求调整参数，根据报错向方法名添加参数
• 调整旧代码
• 注释原代码，给自己一个后悔的机会
• 调用新方法
• 测试
• 优化代码
• 在原有位置，因为要照顾更多的逻辑，代码有可能是合理的
• 而抽取之后，因为代码少了，可以检查是否能够优化
• 分支嵌套多，不仅执行性能会差，而且不易于阅读
• 测试
• 修改注释
• 在开发中，注释不是越多越好
• 如果忽视了注释，有可能过一段时间，自己都看不懂那个注释
• .m 关键的实现逻辑，或者复杂代码，需要添加注释，否则，时间长了自己都看不懂！
• .h 中的所有属性和方法，都需要有完整的注释，因为 .h 文件是给整个团队看的

 

• 重构一定要小步走，要边改边测试