这是一个创建于 3699 天前的主题，其中的信息可能已经有所发展或是发生改变。
非IT公司，服务行业，4月开始公司上了一个新项目，操作各种忙，超长加班2周后，我开始着手用PHP构建了一个内部应用。使得业务流程开始便捷起来，大家也不天天加班了。由于当时比较匆忙，人也处于超长加班的极限，很多结构上的问题没有考虑清楚。到今天为止，发现增加各种功能遇到的阻力越来越大，表字段加的越来越多，心里也越来越没底。
操作人员的感觉是应用越来越便捷，但我心里很清楚，目前利用这个不成熟的框架搭建起来的东西实质上是很容易坍塌的，比如有些内容我用JQUERY在前端直接传递变量让LABEL直接可以写数据库，且并没加权限限制是很容易导致数据混乱的。
在这样的情况下，我是继续修补现在的内容，还是彻底重构一个新的。重构意味着流程会向好的方向发展，但操作适应的时间会增加，也容易出现问题。
纠结啊。
操作人员的感觉是应用越来越便捷，但我心里很清楚，目前利用这个不成熟的框架搭建起来的东西实质上是很容易坍塌的，比如有些内容我用JQUERY在前端直接传递变量让LABEL直接可以写数据库，且并没加权限限制是很容易导致数据混乱的。
在这样的情况下，我是继续修补现在的内容，还是彻底重构一个新的。重构意味着流程会向好的方向发展，但操作适应的时间会增加，也容易出现问题。
纠结啊。
 |
1
kmvan 2014-10-17 00:32:32 +08:00
按照你的描述，这将会是一项十分艰辛的工程。应该不能算是重构，算是新建吧。
我认为，没有出现难以修复的问题前，还是不要”新建“好。除非，你的团队能力充足，不然会累得想死 |
 |
2
ldbC5uTBj11yaeh5 2014-10-17 00:34:16 +08:00 via iPhone
别急着重构，抛开代码上好恶，等一段时间再看。
那时如果时机合适并且你还有重构的动力的话，再动手。 这一段时间可以先附带总结梳理需求，推敲设计。 |
 |
3
msg7086 2014-10-17 00:45:23 +08:00
试试测试保护开发……
|
 |
4
PP 2014-10-17 07:45:49 +08:00 via iPad  1
这不应该是您的决定。同时，您可以用更好的方式来处理这件事。比如，先写几份文档，包括基本的现状描述、问题分析和风险评估，加上标题提到的重构与修补两种解决方案，列出不同的时间、人力、财务等需求，如果能计算出具体的财务收益就更好了，然后将上述文件呈递给公司领导。如果公司选择重构，那么恭喜您，您有机会和领导讨论一下晋升和加薪的事情了。
|
 |
5
coldwinds 2014-10-17 08:41:33 +08:00
One man?
|
 |
6
harrychuh 2014-10-17 18:37:49 +08:00 via Android
新建一个文件夹，重命名为v2，然后在这个文件夹里，或修修补补或重构，随你，新版完成了，无缝切换到新版，完成不了，继续旧版，有什么问题吗？
|
Select Language