return person.getAge() < THRESHOLD_AGE && person.getNetSalary() > THRESHOLD_SALARY; 

    } 

} 

重新编译和测试，发现系统依然按照预期的方式任务：我们没有改动外部行为，但是我们改良了代码的牢靠性和外部结构。有关更复杂的重构和重构进程，请参阅Martin Fowler的Refactoring Guru网站。

5.当你分开的时分，代码比你发现它的时分更好

最后这个技术在概念上十分复杂，但在实际中很困难：让代码比你发现它的时分更好。当我们梳理代码，特别是别人的代码时，我们大多会添加功用，测试它，然后前行，不关心我们会不会贡献软件腐朽，也不在乎我们添加到类的新办法会不会招致额外的混乱。因此，本文的全部内容可总结为以下规则：

每当我们修正代码时，请确保当你分开的时分，代码比你发现它的时分更好。

前面提到过，我们需求对类形成的损坏和对改动的代码担任，假设它不能任务，那么修复是我们的职责。为了打败伴随软件消费而出现的熵，我们必须强迫本人做到分开时的代码比我们发现它的时分更佳。为了不逃避这个成绩，我们必须偿还技术债务，确保下一个接触代码的人不需求再付出代价。说不定，未来能够是我们本人感谢本人这个时分的坚持呢。

【编辑引荐】

令人抓狂的代码 - 万能正则表达式.*圈套

引荐Java五大微效劳器及其代码示例教程

PHP代码繁复之道——SOLID准绳

几个小例子通知你, 一行Python代码无能哪些事

顺序员快速处置代码bug的5大技巧

(责任编辑：admin)