幽客独往

             Refactoring是一种重要的设计辅助工具。特别地，他能够使得传统的up-front设计更简单，也可以改良现有软件的设计。本文阐述了在应用refactoring环境下设计应当具有的特点以及refactoring和OO社团最受人瞩目之一的设计模式之间的关系。        简化设计                为什么设计应当是简单的？         传统的软件方法偏

                 石一楹 (shiyiying@hotmail.com)        浙江大学灵峰科技开发公司技术总监        2001 年 12 月                这是关于refactoring思考的第一部分内容。本文将介绍refactoring的基本概念、定义，同时解释正确、安全进行refactoring需要坚持的几个原则。               

        本文紧接第二部分，继续讲述应用 refactoring 应该考虑的问题。                任何一种技术都可能有它自己的麻烦。但是往往在我们使用一种新技术的时候，可能还不能深入到发现它带来的问题，正如Martin Fowler所说：              在学习一种能够极大提高生产力的新技术时，你很难看到它不能应用的场合。                他把Refa

        虽然refactoring几乎可以随时进行，然而，按照我们关于两顶帽子的原则，在某些场合下 ，refactoring的介入显得更加实际、有意义、富有成效。        另外，在最后进入Refactoring实践之前，我把Kent Beck和Martin Fowler给我们的忠告和建议放在这里。这些内容，特别是Code Smell和命名规则不但对我们进行refactoring具有很

          为什么要去改变已经可以正确运行的软件？这样的改变是否影响到我们的设计，从而进一步改变我们对于面向对象系统进行设计的方法和思路？本部分试图回答这些问题。        Refactoring虽然需要更多的"额外工作"，但是它给我们带来的各种好处显然值得我们做出这样的努力：        简化测试         一个好的Refactoring实现能够减少对新设计的测试量.因为Re

                        任何一种技术都不是万能的。正象设计模式，合理的运用可以极大地提高设计的效率和美感，再不适当的场合运用就会产生所谓的反模式。我们的refactoring亦然。        但是，作为一种强有力的设计演变工具，refactoring值得我们付出努力。不能因为对新技术的恐惧而放弃这样的工具，我在这里对可能出现抗拒情绪的一些问题进行了解释。       

           Refactoring不仅仅是一种编码的方法。他同时是一种设计方法。本文从软件工程学的演变来透视Refactoring的重要作用。同时，你也可以在这里看到Refactoring和最近出现的XP开发方法学的紧密关系。        增量迭代         自从有软件工程一说开始,大大小小出现了许多方法,其中一些还常常被我们挂在嘴边.这些软件方法中最著名的生命周期模型包括Wat

        大类和长方法                石一楹                前次,我讲到代码重复是OO系统的一个硬伤,人人必将除之而后快.        但到底什么样子算是代码重复?代码重复的原因是什么?代码重复会令系统呈现何种面貌?如何才能消除重复代码?诸如此类的问题,还需要深入地探讨.否则,就算我们能够隐约辨识出这种异味,也不知道从何入手,如何入手,到什么样的程度才停止进