我们的应用程序正在快速增长。所以，我开始研究业务规则，将一些逻辑与代码分开（大DAAAH;）。主要目标是允许我们的业务人员编辑和部署规则而无需重新编译任何东西（另一个大DAAAH）。到目前为止，我只能找到对“决策表”的引用，以此作为企业管理规则的一种方式。问题在于我试图将决策表的概念引入我们的业务并且得到一个非常“混合”的响应，至少可以说:)简而言之，他们不想理解它们。问题：决策表有替代方案吗？销售人员更容易理解的东西？
答案 0 :(得分：1)
我认为决策表只有一种替代方案 - decision trees。我想，有些人也把它们称为“流程图”。我知道一些商业工具将UI呈现为树，让用户通过拖放来“构建”规则。但在内部，当您将规则保存为文件时，它们会将这些树转换为决策表或类似结构化的对象。
答案 1 :(得分：0)
通常，您在问题中提出的规则会以群集形式出现，例如
很容易将这个逻辑放在一个只有2个标题Price和Action的决策表中。大多数现代规则引擎都支持这种决策表。经验表明，业务用户在理解此类表时没有任何问题