重构，是否适合“当前”开发模式？

    当我在读MF的《重构》时产生了这样的疑问。它是否适合？
     这里为了减少争议，我说明一些大概的细节。一个系统在SPRING+STRUTS2+HBIERBATE下，在框架的范围内开发。严格的分层，各层之间使用IOC进行解偶，而且，每一个功能，写一个模块。而且，各各模块之间相对独立，没有父类，子类。最多只是引用一些公共包中的方法（比如：取得当前时间，等等）。在这样的情况下，我感觉使用重构的意义不大，如果为了重构而重构，明显会降低编码的速度和效率。因为我在编码时被打断会显的非常不爽，更别说在编码中进行TDD了。
      不知道大家怎么看这个问题。请大家在文章范围内讨论，勿夸出范围，谢谢。

评论

36 楼 超级潜水员 2009-04-24  

LZ还没毕业，框架定的再好，也有人写出超垃圾代码。
关键是人，而不是框架。

35 楼 airu 2009-04-24  

fish4j 写道

好多公司都不给时间重构,项目完成就抓紧上线验收收尾款了

有钱赚了还重构?
某些东西本来就没有重构的价值。项目完了，就死了。

34 楼 抛出异常的爱 2009-04-24  

hatedance 写道

楼主想说的估计是不能对采用SSH框架进行重构，比如不能中途换掉hibernate，升级hibernate，甚至换掉java用ruby。系统技术架构一般是不改的！
要改的就是业务逻辑。表改了，dao，service，action，jsp就一路顺着重构吧...

一般是页面改了.....jsp,action,bean,service,dao,xml ,建表语句 一起改....客户想改表的还没见过.

33 楼 hatedance 2009-04-24  

楼主想说的估计是不能对采用SSH框架进行重构，比如不能中途换掉hibernate，升级hibernate，甚至换掉java用ruby。系统技术架构一般是不改的！
要改的就是业务逻辑。表改了，dao，service，action，jsp就一路顺着重构吧...

32 楼 抛出异常的爱 2009-04-23  

碧血剑 写道

对于公司来说，最终的产品是王道。至于重构对于公司来说，适当的时候适当采用。但是还是认为重构是一件很有意义的事情。

对于公司来说改bug不给足够的时间才素王道.
重构也只不过是为了以后改bug时少加点班

31 楼 碧血剑 2009-04-23  

对于公司来说，最终的产品是王道。至于重构对于公司来说，适当的时候适当采用。但是还是认为重构是一件很有意义的事情。

30 楼 抛出异常的爱 2009-04-23  

fish4j 写道

好多公司都不给时间重构,项目完成就抓紧上线验收收尾款了

更多的公司在变更时也不给你时间改bug
两害取其轻.....

个人签名: 作孽总需还.

29 楼 mazzystar 2009-04-23  

logicgate 写道

重构是一种乐趣，就像把一个杂乱无章的房间收拾得井井有条一样，看着都是一种享受。如果你不能把写程序当成一种艺术来看，你就体会不到这种乐趣。

同感

28 楼 mazzystar 2009-04-23  

treblesoftware 写道

各各模块之间相对独立，没有父类，子类。最多只是引用一些公共包中的方法（比如：取得当前时间，等等）。在这样的情况下，我感觉使用重构的意义不大，如果为了重构而重构，明显会降低编码的速度和效率。

这种情况下讨论重构有啥意义？如果业务很简单（curd）代码很规范还有人叫你去重构，那你就问他重构什么

27 楼 fish4j 2009-04-23  

好多公司都不给时间重构,项目完成就抓紧上线验收收尾款了

26 楼 logicgate 2009-04-23  

重构是一种乐趣，就像把一个杂乱无章的房间收拾得井井有条一样，看着都是一种享受。如果你不能把写程序当成一种艺术来看，你就体会不到这种乐趣。

25 楼 抛出异常的爱 2009-04-23  

treblesoftware 写道

Saito 写道

  从楼主的帖子中看出. 并没有提到 单元测试. 重构能够得以进行. 就是要有类似于这种测试框架的支持. 要不然. 重构是危险的. 没有保障的.

  当然. 更进一步的来说. 我们应该用TDD 来进行开发.并随时重构自己的程序. SSH为什么会那么能受大众喜欢. 有一个原因就是 他们易于测试. 这就易于重构我们的业务逻辑. 让我们的逻辑更加清晰. 更容易复用. 即使转手自己的工作. 别人也能只读我们的单元测试框架内的测试代码. 就能知道我们在做什么.  说白了. 我觉得我们是在挖井. 现在挖的过程是痛苦的. 等到一天业务发生改变. 就是你吃水的时候了.  

  有时候这样想. TDD + 重构有时候确实很难在公司. 企业内实行. 我觉得有一个原因就是我们程序员都有点急功近利. 说白了就是浮躁.( 当然包括我.) 觉得重构代码是件浪费时间的事. ( 这也包括我.) .就跟我们编码很少去想到 防御式编程是一样的. bug多多.唯完成功能是论. (这说的就是我.) .kent beck .martin fowler这种大师都在他的工具箱里有 重构 有 Junit . 我觉得我们更该有.. 再说了. 重构是需要经验的.不是看refactory就能学会的.  现在不去做. 什么时候去做? 趁现在还在学校. 把 TDD +refactory 装进自己的工具箱吧..   当然 我是准备这么做了..

支持！不过现在我做的项目都是在开发中变动需求，而需求变动不大，没有麻烦到非要refactory 不可。我只是最近看了refactorying这本书，对当前形式下的开发模式产生了一些疑问。想和大家讨论一下。以决定我是否需要花这个时间去啃这本书。不过就目前来看，是应该好好的啃一啃了。谢谢您的回帖和建议。

一个业务如果写在一个BO的方法中
要对14个变量进行判断,(其中数据库中有的字段占9个)
两次遍历.5百++以上的代码......
.........
这样的业务需求在我作的项目中很多.....

这样的代码如果不重构的话....谁变更谁想死

另重构是指小幅度的改变设计....
你的需求变更后
设计很有可能需要大幅的变化
先把需求作出来
再一点点的变化变量名
抽出,拉入,移动
等操作最后达到以前的设计重组的作用.

减少架构变更的冲击

24 楼 天机老人 2009-04-22  

我觉的代码重构是一件很幸福的事，很多公司还没有机会给你重构呢！

有时候代码写的很难于阅读同是有些东西很多地方用到，我就会想重构。
感觉重构是一种享受，感觉代码在自己手中一下子升华了!

最重要的是你这次写的一写东西抽象的好，下次还可以用，多省力啊，开发效率一下子就高起来了！你们说的重构那本书没看过，不过重构这件事我一直在做！

23 楼 treblesoftware 2009-04-22  

luckaway 写道

被编码是时打断，重构也算是一种编码！！！

重构是是一种技能！

并不是因为重构而重构，重构的目的是为了让软件变的可扩展、可维护！

在框架内，一个功能写一个模块实现，而且分层很严格。突然觉得就算需求变动了，改起来也挺方便。所以才产生了这样的疑问。谢谢您的回帖。

22 楼 treblesoftware 2009-04-22  

yuan 写道

treblesoftware 写道

    当我在读MF的《重构》时产生了这样的疑问。它是否适合？
     这里为了减少争议，我说明一些大概的细节。一个系统在SPRING+STRUTS2+HBIERBATE下，在框架的范围内开发。严格的分层，各层之间使用IOC进行解偶，而且，每一个功能，写一个模块。而且，各各模块之间相对独立，没有父类，子类。最多只是引用一些公共包中的方法（比如：取得当前时间，等等）。在这样的情况下，我感觉使用重构的意义不大，如果为了重构而重构，明显会降低编码的速度和效率。因为我在编码时被打断会显的非常不爽，更别说在编码中进行TDD了。
      不知道大家怎么看这个问题。请大家在文章范围内讨论，勿夸出范围，谢谢。

重构是在以不改变代码外在行为为前提的情况下，改善代码的内部结构。

好吧，我特意翻了一下重构这本书，Fowler说：
page i
重构一词非常清楚地说明了它自身的意义和价值：在不破坏可察功能的前提下，借由搬移、提炼、打散、凝聚…，改善事物的体质。
page xvi
所谓重构是这样一个过程：在不改变代码外在行为的前提下，对代码做出修改，以改进程序的内部结构。

简单的想：既然这两句定义这么强调“不改变代码外在行为”，那我觉得无论在什么情况下，重构都是可以进行的吧。

怀疑有很大的成分是被“重构”这个词给迷糊了。汉语中“重构”似乎更像一切推倒从来。但是Fowler的解释似乎与此格格不入，呵呵。

21 楼 treblesoftware 2009-04-22  

Saito 写道

  从楼主的帖子中看出. 并没有提到 单元测试. 重构能够得以进行. 就是要有类似于这种测试框架的支持. 要不然. 重构是危险的. 没有保障的.

  当然. 更进一步的来说. 我们应该用TDD 来进行开发.并随时重构自己的程序. SSH为什么会那么能受大众喜欢. 有一个原因就是 他们易于测试. 这就易于重构我们的业务逻辑. 让我们的逻辑更加清晰. 更容易复用. 即使转手自己的工作. 别人也能只读我们的单元测试框架内的测试代码. 就能知道我们在做什么.  说白了. 我觉得我们是在挖井. 现在挖的过程是痛苦的. 等到一天业务发生改变. 就是你吃水的时候了.  

  有时候这样想. TDD + 重构有时候确实很难在公司. 企业内实行. 我觉得有一个原因就是我们程序员都有点急功近利. 说白了就是浮躁.( 当然包括我.) 觉得重构代码是件浪费时间的事. ( 这也包括我.) .就跟我们编码很少去想到 防御式编程是一样的. bug多多.唯完成功能是论. (这说的就是我.) .kent beck .martin fowler这种大师都在他的工具箱里有 重构 有 Junit . 我觉得我们更该有.. 再说了. 重构是需要经验的.不是看refactory就能学会的.  现在不去做. 什么时候去做? 趁现在还在学校. 把 TDD +refactory 装进自己的工具箱吧..   当然 我是准备这么做了..

支持！不过现在我做的项目都是在开发中变动需求，而需求变动不大，没有麻烦到非要refactory 不可。我只是最近看了refactorying这本书，对当前形式下的开发模式产生了一些疑问。想和大家讨论一下。以决定我是否需要花这个时间去啃这本书。不过就目前来看，是应该好好的啃一啃了。谢谢您的回帖和建议。

20 楼 zzknight 2009-04-22  

重构好痛苦

19 楼 treblesoftware 2009-04-22  

scvptz 写道

treblesoftware 写道

     因为我在编码时被打断会显的非常不爽，更别说在编码中进行TDD了。

看来楼主根本没有理解TDD的思想啊

嘿嘿。小弟不才，项目平时只是自己做的。我本科大三年级~~请拍砖。
平时都是自己一个人做项目，从需求到设计到编码到测试，就跟SPRING一样，一站式的。真没做过TDD，我理解的TDD就是单元测试。

18 楼 treblesoftware 2009-04-22  

chgle 写道

框架定死在了SPRING+STRUTS2+HBIERBATE范围下，并严格按这个模式进行开发，还谈什么重构，剩下的仅仅是按业务修改的问题了，如果你满足于这样的现状，那么重构对于你来说确实是不合适

对！我说的也就是这个意思。重构似乎意义没有单纯的纯代码编程大了。

17 楼 treblesoftware 2009-04-22  

jili 写道

1、没有银弹
2、重构同上

呵呵。这些有名的开源框架似乎也非银弹。您说的这句话到很有道理~