渔舟唱晚

 今天开始读MichaelC. Feathers的《Workingeffective with legacy code》。准备写一些读书笔记，主要是为了加强自己的理解，同时也是为了将来的复习。 修改代码是每个程序员都干过的事情，无论是过去、现在还是将来。有时候是修改自己编写的代码，有时候是修改别人编写的代码。可以说，修改代码是程序员工作中很重要的一部分。简单来说，修改...

 要在改变代码的同时确保其他的部分没有被影响是一个很大的挑战，可能会有很大的风险。因此很多团队采取的办法就是：尽量减少改变。能不改变的就不改变！Ifit is not broke, don't fix it. 毕竟不是所有的人都了解所有的事情。这种想法认为我们可以通过避免改变来减少软件的问题。但是，当我们避免创建新的类和方法的时候，原有的类和方法会变得越来越大，越来越难以理解。我们在做改...

 这一章节的题目是Working With Feedback，暂时没有想到合适的翻译，姑且叫做“根据反馈工作”我们可以以两种方式进行改变，作者称之为“Editand Pray”和“Cover and Modify”。EditandPray的工作方式是：首先计划要修改的内容，然后阅读和分析要修改的部分，确保理解了要修改的代码，然后进行修改。修改完成后，启动程序来验证修改生效了，然后...

 大部分关于单元测试的概念的共同部分是单元测试由一组独立的测试构成，其中每个测试针对一个单独的软件组件。但是对于组件的定义就各不相同了。在单元测试中，我们通常将最原子的行为单元看作组件。通常来说，在过程化的语言中，我们将一个方法看成一个单元；在面向对象的语言中，我们将一个对象类看成一个单元。我们能否只测试一个方法或者一个类？在我们的程序中，方法和方法之间总是存在大量的相互调用。在面向对象的程...