这是一个创建于 1869 天前的主题，其中的信息可能已经有所发展或是发生改变。
业务需求老是改，导致代码越改越乱，甚至改一个大的版本有些实体类都用不到了，这个时候你们会去整理代码嘛 比如删掉没用的方法？删掉没用的类？
 |
1
zjsxwc 2019-09-26 15:10:30 +08:00
删掉没用的呗。
这个和产品经理有关， 没有逻辑关联的为什么要在一起保留， 就和楼下店铺一样，上上个月开服装店、上个月开火锅店、 这个月开理发店、下个月要开培训班一样 |
 |
2
cnoder 2019-09-26 15:14:22 +08:00
要是下个版本又要加回来。。。
可以删，但没必要，一定没用的就删了呗 |
 |
3
Vegetable 2019-09-26 15:14:56 +08:00
我一般很少删的,主要是删了也没什么意义,但是被添加的新功能搞的很难看的代码,可能会尝试重构一下.
|
 |
4
araraloren 2019-09-26 15:15:22 +08:00
所以 你们没有版本管理么。。。？
|
 |
5
taogen 2019-09-26 15:17:32 +08:00 via Android
删。单独 commit 删除操作，便于以后查找。
|
 |
6
luckyrayyy 2019-09-26 15:18:24 +08:00
会，相当程度的代码洁癖，甚至有点影响开发进度....
|
 |
7
jadec0der 2019-09-26 15:49:17 +08:00
build 的时候集成一个静态检查工具，比如 find bug, 如果有没有用到的方法或者类就会 build 失败
|
 |
8
czzhengkw 2019-09-26 15:50:25 +08:00
单元测试，覆盖率检测，覆盖不到的代码可以考虑删
|
 |
9
ai277014717 2019-09-26 15:52:38 +08:00
产品在试错，如果转化率降低还可能下个版本还会加回来。
|
 |
10
MrJeff 2019-09-26 15:53:32 +08:00
遇见没用的代码 我是一定要删掉的 反正有 git 做版本记录 代码洁癖
|
 |
11
jaryur 2019-09-26 15:55:17 +08:00
两个字：重构
|
 |
12
soulzz 2019-09-26 15:55:20 +08:00
删掉 包括注灰的部分
有 git 后不需要留着 |
 |
13
MuscleOf2016 2019-09-26 15:55:28 +08:00  1
不会写着写着对这种代码就没感情了，已经是个被别人玩烂的东西了，能跑就行。
|
 |
14
passerbytiny 2019-09-26 15:59:16 +08:00
如果你们有完成的评审或单元测试过程，那你们的 CI、CD、质量管理员会逼着你删掉过时代码。
|
 |
15
ETO 2019-09-26 16:32:48 +08:00
会，自己写的代码没用的会删掉，精良精减。
不过，同事的虽然看着很难受，还是不敢动。 |
 |
16
tinycold 2019-09-26 16:43:04 +08:00 via Android
shi 山怎么来的，现在大家都知道了
|
 |
17
l00t 2019-09-26 19:06:34 +08:00
不会次次删，但是隔段时间会删一次。变动太频繁的时候今天删明天加，就算有版本控制也很烦；隔段时间删一删，保持代码基本可控就行了。
|
 |
18
maxxxxx 2019-09-26 19:12:48 +08:00
强业务代码乱就乱吧，无所谓。
|
 |
19
Takamine 2019-09-26 20:30:39 +08:00 via Android
开闭原则就是被这么蹂躏的。_(:з」∠)_
|
 |
20
loading 2019-09-26 20:36:11 +08:00 via Android
能跑就行，因为肯定会重构(个鬼)。
|
 |
21
gaobing 2019-09-26 21:24:22 +08:00
代码分级。核心的功能和公用的功能保持条理和干净。易变的代码能用就行。
|
 |
22
zhuzhibin 2019-09-26 22:24:20 +08:00
哎 前段时间做了一次重构 现在项目里面的 model 有很多比较复杂的业务逻辑，也是历史原因，刚开始的时候，orm 一直爽，现在有点难受了，违背了开闭原则，现在逐步往 server 层秦迁移，重构是一个漫长的过程。。。
|
 |
23
weizhiyao008 2019-09-26 23:01:17 +08:00
不会，不删没事，删了出了 bug，这口锅有点大
|
 |
24
Elethom 2019-09-26 23:06:05 +08:00 via iPhone
突然感觉我们团队好良心，三天上线一个功能完整的版本，然后用了两周重构优化补全测试，几十毫秒的 shortage 都专门发 issue。
|
 |
25
feiffy 2019-09-27 08:28:22 +08:00 via Android
这个时候可能就需要应用设计模式的一些原则封装变化，把改动范围缩到最小，这样以后删起来更方便一些
|
 |
26
davidyanxw 2019-09-27 10:09:19 +08:00
复用，抽出公用的逻辑、类库、工具库。
|
 |
27
GreyYang 2019-09-27 13:47:44 +08:00
如果业务已经运行起来了, 重构还是要小心, 类似给正在飞行的飞机换点零件.
|
Select Language