这是一个创建于 4149 天前的主题，其中的信息可能已经有所发展或是发生改变。
最近在做一个小程序，逻辑并不复杂。
而且之前已经写了好几个模块了，但是因为各种预想不到的细节问题而重构了N次（5<N<10）
现在感觉重构的差不多了，可以打扫一下那堆代码了准备推倒重来，却发现无从下手。
对于这种情况各位前辈有何建议？
而且之前已经写了好几个模块了，但是因为各种预想不到的细节问题而重构了N次（5<N<10）
现在感觉重构的差不多了，可以打扫一下那堆代码了准备推倒重来，却发现无从下手。
对于这种情况各位前辈有何建议？
 | 1 akfish 2014-06-05 13:34:24 +08:00 via iPad 重构多正常，最喜欢玩重构，跟解密游戏一样。 |
 | 2 hitsmaxft 2014-06-05 13:35:51 +08:00 说明你还不清楚这段代码的逻辑. 重构必然有问题, 反复是正常的 |
 | 3 dongcheng 2014-06-05 13:37:22 +08:00 同意LS，是没想清楚。不过一般遇到瓶颈，也是好事，撑过去，会有大提高。 |
 | 4 nil 2014-06-05 13:40:57 +08:00 这个能叫重构么？看看重构ruby版 |
 | 5 jedyu 2014-06-05 13:41:54 +08:00 这不是重构，是前期分析就有问题。另一个方面也可以说过早重构了。 |
 | 7 mhycy OP |
 | 8 imn1 2014-06-05 16:20:06 +08:00 当业务逻辑和数据逻辑有矛盾时，这事经常发生，或者说流程 最初按业务逻辑入手，项目进行时不断发现数据逻辑的优势，重构总是向着这个优势的方向进行 当一定时候，想推倒重来，又按业务逻辑思考，就发现重构的咚咚都跟业务逻辑扯不上，无从下手 |
 | 9 srdrm 2014-06-05 19:06:32 +08:00 重写多半是因为没想清楚，对问题领域还了解不够。但有个问题是，很多时候你刚开始接触一个新的领域通常你无法思考得足够清楚，只有不断尝试，发现问题，再改进，如此循环，你才能获得并积累更多这个领域的经验。积累到一定程度，一旦谈起，或再碰到这类问题或领域时，你头脑中就马上浮现出相应解决的方案或框架了。你那个时候才能谈一上手就是“优雅”，“良好”地代码结构。 |
 | 10 feuvan 2014-06-05 19:07:39 +08:00 个人以为通常在重构中最难的阶段是理解业务逻辑。。 |
 | 11 openroc 2014-06-05 20:06:02 +08:00 重构是必然的，呵呵， |
Select Language