业务需求老是改,导致代码越改越乱,甚至改一个大的版本有些实体类都用不到了,这个时候你们会去整理代码嘛 比如删掉没用的方法?删掉没用的类?

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