不要让你的变量或表达式没有语义，必要时引入解释性变量。很多人会习惯性地用 flag 去承载一个表达式的值，但这并不是一个好的习惯。变量命名还是应该更加语义化，这样我们能更加清晰地明白这个变量的作用。
搬移函数一个函数被另一个类调用得很频繁，那你可能得考虑把这个函数搬移到另一个类中。
搬移字段一个字段被另一个类用得很频繁，或许你改考虑把这个字段搬移到另一个类中。
提炼类、简化类某个类做了应该由两个类做的事情，此时应该提炼出一个新类，然后用组合关系组合起来。这其实与 SOLID 原则想契合，一个类应该是单一职责的，如果某个类做了两个类的事情，那说明其承担的职责就复杂了，因此需要抽离出一个新类出来。
而如果一个类并没有太多内容，这时候就应该考虑是否去掉这个类，优化整个类结构。
文章首发于公众号「架构师指南」及个人博客 shuyi.tech，欢迎关注访问。 参考资料除旧迎新，试试《系统重构与迁移指南》 - 知乎
五个简单的原则，带你写出整洁代码 - 知乎
GitHub - phodal/migration: 《系统重构与迁移指南》手把手教你分析、评估现有系统、制定重构策略、探索可行重构方案、搭建测试防护网、进行系统架构重构、服务架构重构、模块重构、代码重构、数据库重构、重构后的架构守护
技术债治理的四条原则 - ThoughtWorks 洞见
31 天重构指南 - InfoQ
VIP！！！！Refactoring Day 1 : Encapsulate Collection · Los Techies
不要让 “Clean Code” 更难维护，请使用 “Rule of Three”-InfoQ