充满诗意的联盟-CSDN博客

很好，我们终于迈出了重构的第一步，而这第一步我们瞄准了代码问题的重灾区——超级大函数。超级大函数之所以是代码问题的重灾区，就是因为它们往往难于阅读、难于维护。面对大函数我们采取的办法是拆分，以功能为核心将其拆分成一个一个独立的函数。拆分后的程序变得易于阅读了，因为要读懂程序你不再需要读完所有代码，选择性的读取那些顶级函数，只需了了数行代码，你就可以明白整个程序。但是，当我们将数千行的大函数分解成数十个小函数时，另一个问题出现了。想象一下，数十个函数被杂乱无章地堆放在一个对象中，看看就让人头疼。实际上，我们

2014-11-17 09:36:51 1329

大话重构连载19：大对象的演化过程

很好，我们终于迈出了重构的第一步，而这第一步我们瞄准了代码问题的重灾区——超级大函数。超级大函数之所以是代码问题的重灾区，就是因为它们往往难于阅读、难于维护。面对大函数我们采取的办法是拆分，以功能为核心将其拆分成一个一个独立的函数。拆分后的程序变得易于阅读了，因为要读懂程序你不再需要读完所有代码，选择性的读取那些顶级函数，只需了了数行代码，你就可以明白整个程序。但是，当我们将数千行的大函数...

2014-11-17 09:18:37 340

原创大话重构连载18：最常见的问题

使用抽取方法，虽然道理十分简单，但实际操作起来却并不是那么容易的。完成抽取方法最大的困难，就是如何处理抽取函数与原函数的数据交换。如同将一颗大树从土壤里拔出来，盘根错节的根茎，那是剪不断理还乱。当代码还没有被抽取出来之前，它们与其它程序都是在一个函数的内部，因此各个代码段可以毫无顾忌地相互交互数据。但当我们将代码从原函数中抽取出来时，抽取出来的代码与原函数中的代码就形成了一道墙，要交换的数据只能通过参数与返回值进行交互，这将给我们带来诸多麻烦。

2014-11-02 17:24:13 1170

大话重构连载18：最常见的问题

使用抽取方法，虽然道理十分简单，但实际操作起来却并不是那么容易的。完成抽取方法最大的困难，就是如何处理抽取函数与原函数的数据交换。如同将一颗大树从土壤里拔出来，盘根错节的根茎，那是剪不断理还乱。当代码还没有被抽取出来之前，它们与其它程序都是在一个函数的内部，因此各个代码段可以毫无顾忌地相互交互数据。但当我们将代码从原函数中抽取出来时，抽取出来的代码与原函数中的代码就形成了一道墙，要交换的数据只能通...

2014-11-02 17:15:08 185

原创大话重构连载17：抽取方法的实践

说了那么多理论，我们来看看怎样使用抽取方法来重构遗留系统。如前所述，重构的过程首先是阅读程序代码，边阅读边整理程序。将功能相对独立的代码段放在一起，在前面加上注释。调整一些程序的顺序，将相关的代码尽量放在一起，但要保证程序执行的结果不会发生改变。比较典型的，将变量的定义与使用变量的代码放在一起。这个步骤比较实用，因为许多的遗留系统，其代码都有一个坏毛病，就是在程序开始时定义一大堆变量，但要弄清这些变量都用来做什么，却十分困难。边读边调整，将变量的定义逐渐迁移到使用它的代码段中，将大大提高代码可读性，你甚至会

2014-10-29 09:25:10 1143

大话重构连载17：抽取方法的实践

说了那么多理论，我们来看看怎样使用抽取方法来重构遗留系统。如前所述，重构的过程首先是阅读程序代码，边阅读边整理程序。将功能相对独立的代码段放在一起，在前面加上注释。调整一些程序的顺序，将相关的代码尽量放在一起，但要保证程序执行的结果不会发生改变。比较典型的，将变量的定义与使用变量的代码放在一起。这个步骤比较实用，因为许多的遗留系统，其代码都有一个坏毛病，就是在程序开始时定义一大堆变量，但要弄清这些...

2014-10-29 08:57:52 181

原创大话重构连载16：超级大函数

事情总是这样的：当我们对一个遗留系统一忍再忍，再忍，忍，还要忍……终于积攒到某一天，实在忍无可忍了，拍案而起，不能再忍了，重构！！！事情就这样发生了。然而，在这时你突然发现，重构的工作千头万绪，真不知从何开始。堆积如山的问题此起彼伏，期望修改的设计思绪万千。这里有个想法，那里有个思路，什么都想做，却什么都做不了，真是脑子里一团乱麻。这时候，没有一个合理的步骤，清晰的计划，瞎干蛮干是十分危险的，它会为你的重构带来不可预期的未来。无数次的经验告诉我，不论是什么系统，采用什么架构，从分解大函数开始，肯定没有错。

2014-10-18 22:55:38 1149

大话重构连载16：超级大函数

事情总是这样的：当我们对一个遗留系统一忍再忍，再忍，忍，还要忍……终于积攒到某一天，实在忍无可忍了，拍案而起，不能再忍了，重构！！！事情就这样发生了。然而，在这时你突然发现，重构的工作千头万绪，真不知从何开始。堆积如山的问题此起彼伏，期望修改的设计思绪万千。这里有个想法，那里有个思路，什么都想做，却什么都做不了，真是脑子里一团乱麻。这时候，没有一个合理的步骤，清晰的计划，瞎干蛮干是十分危险的，它会...

2014-10-18 20:49:04 324

原创大话重构连载15：采用Mock技术完成测试

第五次重构我们引入了数据库的设计，用户信息要从数据库中读取，问候语库存储在数据库中，并支持添加与更新。数据库的引入使自动化测试变得困难了，因为数据状态总是变化着的，而这种变化使得测试过程不能复现，这是我们不愿看到的。因此，我们在设计时将业务与数据库访问分离，形成了UserDao与GreetingRuleDao。此时，我们的设计应当遵从“依赖反转”原则，即将UserDao与GreetingRuleDao设计成接口，并编写它们的实现UserDaoImpl与GreetingRuleDaoImpl。这样设计就为我们

2014-09-21 12:53:41 1200

大话重构连载15：采用Mock技术完成测试

第五次重构我们引入了数据库的设计，用户信息要从数据库中读取，问候语库存储在数据库中，并支持添加与更新。数据库的引入使自动化测试变得困难了，因为数据状态总是变化着的，而这种变化使得测试过程不能复现，这是我们不愿看到的。因此，我们在设计时将业务与数据库访问分离，形成了UserDao与GreetingRuleDao。此时，我们的设计应当遵从“依赖反转”原则，即将UserDao与GreetingRuleD...

2014-09-21 11:08:30 171

原创大话重构连载14：我们是这样自动化测试的

说了那么多，让我们用示例看看，系统重构是应该怎样做自动化测试的。还是回到前面那个HelloWorld的例子（详见 3.3 小步快跑是这样玩的），该类中有一个sayHello()方法，只要我们输入当前的时间与用户名，就返回对该用户的问候语。如果当前时间是上午，则返回“Hi, XXX. Good morning!”；如果是下午，则返回“Hi, XXX. Good afternoon!”；如果是晚上，则返回“Hi, XXX. Good Night!”，这是HelloWorld这个程序实现的功能。然后我们开始为这

2014-09-18 01:06:24 1223

大话重构连载14：我们是这样自动化测试的

说了那么多，让我们用示例看看，系统重构是应该怎样做自动化测试的。还是回到前面那个HelloWorld的例子（详见 3.3 小步快跑是这样玩的），该类中有一个sayHello()方法，只要我们输入当前的时间与用户名，就返回对该用户的问候语。如果当前时间是上午，则返回“Hi, XXX. Good morning!”；如果是下午，则返回“Hi, XXX. Good afternoon!”；如果是晚上，则...

2014-09-18 00:52:56 183

原创大话重构连载13：自动化测试——想说爱你不容易

正如许多事情都有其两面性一样，测试方法也是这样。要保证测试方法正确，最简单、最直观地想法就是多写些测试用例，从更多地角度去测试，但这必然增加我们的测试成本。小步快跑要求我们频繁进行测试，假如我们重构的周期是20分钟，但测试却要花掉10分钟，那么这样的成本就实在太大了。假如这种测试还是开发人员手工测试，每天都有对同样的测试反复执行数十遍，那么开发人员估计就要疯掉了。你可能立即就想到自动化测试了。是的，在许多重构的书籍中，大师们都建议我们在重构开始前，首先建立自动化测试机制。但遗憾的是，我经过多年的实践总结出

2014-09-09 10:58:31 977

空空如也

空空如也