我的重构哪里不规范？

没错，外包的，不过还得做。设计不是自己做的。

我这里就有个例外---gigix说的exception

这里一个Bean竟然有13000行，编译过程中，eclipse累得哼了声：stackOverflow...（类似的），就直接挂了。真够痛苦的！

无知地问一句，详细设计书拿到手，怎样进行面向接口编程？

强制我们进行Xiaohanne所说的面向接口不要面向实现的编程??
如果你们对日外包,又这么强制的话我保证你们最后会操作成,为了面向interface而面向interface.
我要改建议,请面向详细设计书编程,这样会让你过得心理舒服点
如果你实在受不了这种日子的话,面向辞呈好了

现把详细设计书烧掉。从测试开始。

我工作时间不长，之所以这样问，是因为我想在项目中提高自己，我不会也不愿意一辈子编码，但是我想使我所作的一切尽量规范!
所以，我问的问题不光是针对这一个项目，而是从项目开发角度对自己的要求！

您的随便的一句话，就可能给我很多启发，谢谢！

使用一下spring 吧
我在没有使用spring的时候 也不太在意面向interface

使用了之后就不同了，更能体会到，模式中的“对于扩展开发，对于修改封闭”

现在写一些测试性的小东西都会不自觉的使用interface （尽管不使用spring）

还有那本重构的书真的是本好书，在不知不觉中就会影响你

还有一个我个人的经验（可能不对） 不要做太多的设计，到了真正coding 的时候，会发现可能根本就不是那么回事

小步快跑，不见的就要严格按照什么标准来执行。粒度还需要自己来把握。但一定要记住OO是根本。如果数据库设计的还可以的话，工作量也不会太大。每天早上花1个小时去review自己昨天的代码，应该是一种习惯。随便说一下，我写了7年的代码，依然喜欢。写代码不丢人，因为那是劳动。

没有规则的流水方法确实能以重构，重构的工作量还不如重写，我觉得我的类设计都必须尊守面向对象设计5大规则！重构也不例外

这个总觉得很神话，呵呵。可能最后程序员会为了重构而重构

又一个例证：FoR(Finance on Rails，http://for.thoughtworkers.org)
源代码在Google code上：http://code.google.com/p/finance-on-rails/
到目前为止，平均每个方法4行代码。请注意，这是把方法开头的“def”和结尾的“end”两行也算在内的。