摘要：重构最重要的思想就是普通程序也能写出优秀的程序。重构一个项目的巨大工作量就是修改变量名、提取方法、抽取接口、修改方法参数等简单的工作。作为一个普通的程序就可以通过这些简单且容易完成的工作目标来提升自己的编码能力，加深自己对项目的认知，从而为最高层次的重构打下基础。在这个过程中发现Bug、修改Bug，这不是重构。优化不是重构。强化异常捕捉、增加预防性代码不是重构。让代码更容易测试不是重构——尽管重构能达到相同的效果。这些所有的事都是有益的。但这些都不是重构。 阅读全文

摘要：程序开发过程中，写代码是为了实现需求。当我们的代码通过了编译，只是说明它的语法正确，功能能否实现则不能保证。 因此，当我们的某些功能代码完成后，为了检验其是否满足程序的需求。可以通过编写测试代码，模拟程序运行的过程，检验功能代码是否符合预期。单元测试就是开发者编写一小段代码，检验目标代码的功能是否符合预期。通常情况下，单元测试主要面向一些功能单一的模块进行。 阅读全文

摘要：我们观察 代码重构与单元测试（一）文章中的共享充电宝计费代码中，发现Customer类的Statement ()方法首先需要进行重构。Statement ()方法最大的问题就是这个方法里边做的事情太多，我们第一步就是对其进行拆分。也就是使用重构中的“Extract Method”（提取方法）原则对该方法进行简化和拆分。将Statement ()中可以独立出来的代码进行提取。经过仔细分析后的，我们发现如下图中所框选的代码是一个完整的功能模块，其中框1中的代码是进行单价计算的功能，红框2中的代码是进行积分计算的功能，我们可以将这两块代码分别进行提取并封装成一个新的方法。在封装成新方法时，要给这个新的方法取一个恰当的方法名，见名知意。 阅读全文

摘要：我们已经创建了充电宝计费项目，做为我们这次重构的遗留系统，为了验证我们每次重构的正确性，我们需要一个测试项目，对我们重构的代码进行测试。接下来我们来创建这个测试项目。遗留系统，程序员们为了快速完成需求和上线而写出了最基本的代码，而在功能的不断扩充过程中，以打补丁的方式对代码进行扩充，中间还会面临着开发人员的变更和离职，代码就会越来越臃肿，渐渐的变得难以维护。做遗留系统维护工作的程序员，清理代码是他们的日常工作之一。首要的任务是为此系统编写单元测试，搭建重构的测试保护网，并能够形成可读与可工作的测试用例文档。在发现遗留系统中代码的坏味道时，及时地对代码进行重构，并保证重构的小步前进，稳妥的对代码进行结构上的调整，每次调整完后都要进行测试，确保功能和以前一样，只是代码上看着不同。重构模式和现代化的 IDE里的重构工具使重构变得容易、安全和代价低廉。 阅读全文

摘要：遗留系统，程序员们为了快速完成需求和上线而写出了最基本的代码，而在功能的不断扩充过程中，以打补丁的方式对代码进行扩充，中间还会面临着开发人员的变更和离职。逐渐的，代码就会越来越臃肿，渐渐的变得难以维护。程序员，特别是做遗留系统维护工作的程序员，清理代码是他们的日常工作之一。这是基本工作，是必须要做的。首要的任务是为此系统编写单元测试，搭建重构的测试保护网，并能够形成可读与可工作的测试用例文档。在发现遗留系统中代码的坏味道时，及时地对代码进行重构，并保证重构的小步前进，小规模的、独立的、稳妥的对代码进行结构上的调整，每次调整完后都要进行测试，确保你没有改变代码的行为特征——功能和以前一样，只是代码上看着不同。重构模式和现代化的 IDE里的重构工具使重构变得容易、安全和代价低廉。 阅读全文