经常性的业务变更，你们怎么管理的？

[firhome]

是这样的，代码里经常会出现业务更改 如一些活动规则，针对不同公司的特殊业务阿。等等

久而久之这样的代码越来越多，过一段时间不用了（注释），现在可能用不到，下一年可能又要用到。 时间再长 累积起来 产品人员都搞不清这里的逻辑。

请问各位是怎么管理的？ 删除？ 注释？

[815979670]

我没有写过这类项目，给个建议把 试试插件化开发，不同的公司 不同的业务做不同的插件 类似于 wordpress 一个基础 cms 通过插件可以实现各种功能 插件互相独立 很灵活 ThinkCMF 也是这种做法

[Earl]

把不变的做成公用模块，会变的都抽出来成独立模块。甚至直接做成可配置的。

[janus77]

自己抽成模块框架，针对不同公司的话可能的话直接做成多个单独项目，不可能就分成多个依赖包来实现。只需要升级一下依赖包版本就行

[lpdswing]

可怕的时候什么是变的什么是不变的你都不知道

[EasyProgramming]

先按功能分类，然后对每类抽象一个统一模型，之后按照统一模型来写业务代码，怎么样？

[prasanta]

规则引擎

[100knights]

既然会周期用都, 抽象融到系统里. 短时间用不到的, 删了吧, 再用的时候逻辑是否正确都不知道了, 可能重写更快.

[aldorado]

@prasanta 有什么推荐的规则引擎吗

[prasanta]

drools 或者 urule

[zjsxwc]

提供脚本让运营自定义

[Justin13]

插件化，统一接口。