[讨论]项目需求变更时，遗留代码要怎么处理

yahle

现在的项目进入中后期，经常会发生项目需求变更的情况，原先的策划案对某个动作（如招募英雄）设定了3个检查条件，分别是A，B，C。对应的，但到后期，检查条件改为了，A，D，E。
对应这种需求变更，有2种改改法，
方法1
保留B，C的检查代码，让策划将对应的检查数据填一个业务逻辑里默认可以通过的数值（例如，之前需要声望到xx才能招募，现在统一填写为0）。
缺点：代码和配置属性沉余，不利于今后的维护
优点：当需求再改回B，C时，修改方便，二次开发（山寨）时，策划可以快速的看到想要的东西

方法2
删除B，C的检查代码和相关的配置参数，策划也无需再填写相关数据。
缺点：当需求再改回B，C时，又需要大量时间进行改进，二次开发时也会增加工作量
优点：程序代码简洁美观，除了再次开发外，维护时会轻松很多。

当然目前还是在用方法1，但是感觉很累，方法2又不敢轻易事实，因为要删除的代码会很多，有点心疼。

sea_bug

方案1

yahle

我也知道方案1还不错，但现在的问题是数据实在有点多，一个部队的相关数据定义就超过20个，判定相关数据有7,8个，而一次调整，至少调整一般的属性，也就是说，这次修改后，部队的数据会膨胀到30个，如果再多来几次调整，这数据项就让人非常头疼了。

gantleman

[em1]

yahle: Re:[讨论]项目需求变更时，遗留代码要怎么处理

我也知道方案1还不错，但现在的问题是数据实在有点多，一个部队的相关数据定义就超过20个，判定相关数据有7...

yaersilan2000

迁分支啊迁分支～～