业务需求老是改，导致代码越改越乱，甚至改一个大的版本有些实体类都用不到了，这个时候你们会去整理代码嘛 比如删掉没用的方法？删掉没用的类？
• 请不要在回答技术问题时复制粘贴 AI 生成的内容
This topic created in 2605 days ago, the information mentioned may be changed or developed.
 |
zjsxwcSep 26, 2019
1
删掉没用的呗。
这个和产品经理有关， 没有逻辑关联的为什么要在一起保留， 就和楼下店铺一样，上上个月开服装店、上个月开火锅店、 这个月开理发店、下个月要开培训班一样 |
 |
cnoderSep 26, 2019
2
要是下个版本又要加回来。。。
可以删，但没必要，一定没用的就删了呗 |
 |
VegetableSep 26, 2019
3
我一般很少删的,主要是删了也没什么意义,但是被添加的新功能搞的很难看的代码,可能会尝试重构一下.
|
 |
araralorenSep 26, 2019
4
所以 你们没有版本管理么。。。？
|
 |
taogenSep 26, 2019 via Android
5
删。单独 commit 删除操作，便于以后查找。
|
 |
luckyrayyySep 26, 2019
6
会，相当程度的代码洁癖，甚至有点影响开发进度....
|
 |
jadec0derSep 26, 2019
7
build 的时候集成一个静态检查工具，比如 find bug, 如果有没有用到的方法或者类就会 build 失败
|
 |
czzhengkwSep 26, 2019
8
单元测试，覆盖率检测，覆盖不到的代码可以考虑删
|
 |
ai277014717Sep 26, 2019
9
产品在试错，如果转化率降低还可能下个版本还会加回来。
|
 |
MrJeffSep 26, 2019
10
遇见没用的代码 我是一定要删掉的 反正有 git 做版本记录 代码洁癖
|
 |
jaryurSep 26, 2019
11
两个字：重构
|
 |
soulzzSep 26, 2019
12
删掉 包括注灰的部分
有 git 后不需要留着 |
 |
13
不会写着写着对这种代码就没感情了，已经是个被别人玩烂的东西了，能跑就行。
|
1 |
passerbytinySep 26, 2019
14
如果你们有完成的评审或单元测试过程，那你们的 CI、CD、质量管理员会逼着你删掉过时代码。
|
 |
ETOSep 26, 2019
15
会，自己写的代码没用的会删掉，精良精减。
不过，同事的虽然看着很难受，还是不敢动。 |
 |
tinycoldSep 26, 2019 via Android
16
shi 山怎么来的，现在大家都知道了
|
 |
l00tSep 26, 2019
17
不会次次删，但是隔段时间会删一次。变动太频繁的时候今天删明天加，就算有版本控制也很烦；隔段时间删一删，保持代码基本可控就行了。
|
 |
maxxxxxSep 26, 2019
18
强业务代码乱就乱吧，无所谓。
|
 |
TakamineSep 26, 2019 via Android
19
开闭原则就是被这么蹂躏的。_(:з」∠)_
|
 |
loadingSep 26, 2019 via Android
20
能跑就行，因为肯定会重构(个鬼)。
|
 |
gaobingSep 26, 2019
21
代码分级。核心的功能和公用的功能保持条理和干净。易变的代码能用就行。
|
 |
zhuzhibinSep 26, 2019
22
哎 前段时间做了一次重构 现在项目里面的 model 有很多比较复杂的业务逻辑，也是历史原因，刚开始的时候，orm 一直爽，现在有点难受了，违背了开闭原则，现在逐步往 server 层秦迁移，重构是一个漫长的过程。。。
|
 |
weizhiyao008Sep 26, 2019
23
不会，不删没事，删了出了 bug，这口锅有点大
|
 |
ElethomSep 26, 2019 via iPhone
24
突然感觉我们团队好良心，三天上线一个功能完整的版本，然后用了两周重构优化补全测试，几十毫秒的 shortage 都专门发 issue。
|
 |
feiffySep 27, 2019 via Android
25
这个时候可能就需要应用设计模式的一些原则封装变化，把改动范围缩到最小，这样以后删起来更方便一些
|
 |
davidyanxwSep 27, 2019
26
复用，抽出公用的逻辑、类库、工具库。
|
 |
GreyYangSep 27, 2019
27
如果业务已经运行起来了, 重构还是要小心, 类似给正在飞行的飞机换点零件.
|
Select Language