重构，还是修修补补？

[Mac]

非IT公司，服务行业，4月开始公司上了一个新项目，操作各种忙，超长加班2周后，我开始着手用PHP构建了一个内部应用。使得业务流程开始便捷起来，大家也不天天加班了。由于当时比较匆忙，人也处于超长加班的极限，很多结构上的问题没有考虑清楚。到今天为止，发现增加各种功能遇到的阻力越来越大，表字段加的越来越多，心里也越来越没底。

操作人员的感觉是应用越来越便捷，但我心里很清楚，目前利用这个不成熟的框架搭建起来的东西实质上是很容易坍塌的，比如有些内容我用JQUERY在前端直接传递变量让LABEL直接可以写数据库，且并没加权限限制是很容易导致数据混乱的。

在这样的情况下，我是继续修补现在的内容，还是彻底重构一个新的。重构意味着流程会向好的方向发展，但操作适应的时间会增加，也容易出现问题。

纠结啊。

[kmvan]

按照你的描述，这将会是一项十分艰辛的工程。应该不能算是重构，算是新建吧。
我认为，没有出现难以修复的问题前，还是不要”新建“好。除非，你的团队能力充足，不然会累得想死

[ldbC5uTBj11yaeh5]

别急着重构，抛开代码上好恶，等一段时间再看。
那时如果时机合适并且你还有重构的动力的话，再动手。
这一段时间可以先附带总结梳理需求，推敲设计。

[msg7086]

试试测试保护开发……

[PP]

这不应该是您的决定。同时，您可以用更好的方式来处理这件事。比如，先写几份文档，包括基本的现状描述、问题分析和风险评估，加上标题提到的重构与修补两种解决方案，列出不同的时间、人力、财务等需求，如果能计算出具体的财务收益就更好了，然后将上述文件呈递给公司领导。如果公司选择重构，那么恭喜您，您有机会和领导讨论一下晋升和加薪的事情了。

[coldwinds]

One man?

[harrychuh]

新建一个文件夹，重命名为v2，然后在这个文件夹里，或修修补补或重构，随你，新版完成了，无缝切换到新版，完成不了，继续旧版，有什么问题吗？