接手了一个改造了 2 次的产品。很多的产品代码不合理,登录机制、商品模块、包括底层的数据结构。怎么捋出一条路,能够让产品,从架构,到代码。能够清晰一些。求解
1
eason1874 2019-11-16 11:36:26 +08:00 1
能用就不要轻易去动,要动就立项大版本重新做。
你去改现在的,改好了没功劳,出了问题都是你背锅。 |
2
superrichman 2019-11-16 11:49:47 +08:00 via iPhone
除非允许你推倒重做,不然还是将就着用吧...
|
3
ericgui 2019-11-16 13:32:54 +08:00
当我年轻的时候,我会建议你去勇敢的重构,但现在我的想法,和上面 2 位差不多了
即便你鼓起勇气重构,你的英雄气概,也会很快消磨的一干二净 |
4
linuxsteam 2019-11-16 13:35:59 +08:00 via Android
你感觉能改变吗? 架构用心搭。后续的招的人也不好好对待。 来自一个外包公司员工,对重构项目结构研究后得到的结论。(听说那个大哥,弄好结构就离职了)
|
5
littleylv 2019-11-16 13:38:34 +08:00
严重同意 1 楼
|
6
anonymous256 2019-11-16 13:39:14 +08:00
不清楚你们的问题。我们的问题大多是代码耦合度太高, 解决办法是拆分模块。
不建议重构, 尽可能在原来的基础修修补补。 |
7
whitehack 2019-11-16 13:49:35 +08:00
为了和谐的人生,千万不要重构!! 除非领导安排重构。 快死了这条心吧!!
|
8
Kagari 2019-11-16 13:55:43 +08:00 via Android
参考快手重构 A 站,预计半年,然后花了一年才完成,真是下了血本
|
9
hinate 2019-11-16 14:00:48 +08:00 via iPhone
要不屎山继续堆,要不就清理掉,重新造
|
10
tingsen OP 感谢各位的建议。决定在原先的基础上优化。
|