您是否将值硬编码到业务规则中?

2020-09-24 23:21发布

         点击此处--->   EasySAP.com群内免费提供SAP练习系统(在群公告中)

加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)


我正在尝试进入BRFplus领域,但是我觉得我的ABAP经验可能会引导我进入错误的实现模式。

在ABAP中实现业务逻辑时,我们尽量不对任何值进行硬编码,而是对类似函数的代码进行编码,并使用事务和配置值填充函数的输入,其中配置值可以来自标准表或自定义表。 然后该函数产生输出。

当用BRFplus实现业务规则(功能)时,这种方法也适用吗? 规则应包含物料或客户编号之类的硬编码值吗?

我读了一些书,发现业务规则引擎不应取代Z-Tables…博客,但格伦正在解决另一个问题,BRFplus不应仅用作规则数据的容器,而应包含规则数据 规则定义。

在业务规则中使用自定义配置表是否有意义? 这是常见的情况吗?

我很乐意听到任何人的声音,但如果 Tobias Trapp Carsten Ziegler 克里斯蒂安·莱希纳(Christian Lechner)可以分享他们的经验。

感谢您的反馈,
卢卡斯

         点击此处--->   EasySAP.com群内免费提供SAP练习系统(在群公告中)

加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)


我正在尝试进入BRFplus领域,但是我觉得我的ABAP经验可能会引导我进入错误的实现模式。

在ABAP中实现业务逻辑时,我们尽量不对任何值进行硬编码,而是对类似函数的代码进行编码,并使用事务和配置值填充函数的输入,其中配置值可以来自标准表或自定义表。 然后该函数产生输出。

当用BRFplus实现业务规则(功能)时,这种方法也适用吗? 规则应包含物料或客户编号之类的硬编码值吗?

我读了一些书,发现业务规则引擎不应取代Z-Tables…博客,但格伦正在解决另一个问题,BRFplus不应仅用作规则数据的容器,而应包含规则数据 规则定义。

在业务规则中使用自定义配置表是否有意义? 这是常见的情况吗?

我很乐意听到任何人的声音,但如果 Tobias Trapp Carsten Ziegler 克里斯蒂安·莱希纳(Christian Lechner)可以分享他们的经验。

感谢您的反馈,
卢卡斯

付费偷看设置
发送
4条回答
大圣 - sap领域执行人,9年sap运营经验
1楼 · 2020-09-25 00:06.采纳回答

嗨卢卡斯,

由于BRFplus包含业务配置(即业务规则),因此您必须在BRFplus中具有这些"硬编码"值。 但是,肯定有些事情要避免:

  • 在各处进行硬编码:如果您要在BRFplus中使用固定值,则可以使用一个常量表达式来保存它,并在规则和表达式中使用该表达式。 这样,您可以给它取一个合理的名称,并且可以在一处更改它。
  • 混合职责:您可能希望将某些值与系统中的自定义来源进行比较。 不要尝试在BRFplus中重复自定义,而要从外部传递值(作为上下文参数)或通过过程调用从后端获取它们

希望有帮助

最诚挚的问候,

基督徒

Aaron 3364
2楼-- · 2020-09-25 00:18

嗨卢卡斯,

是的,有一种采用BRFplus的方法,以便用户只能编辑他负责的内容。

一件事是将对象分组到可以根据与它们一起作用的角色进行设计的目录中。 然后,您可以分配自定义事务,以允许用户立即输入BRFplus的正确"区域"(例如目录),并将它们连接到自定义权限检查。

另请参阅: https://blogs.sap.com/2012/12/18/controlling-the-ui-appearance-of-the-brfplus-workbench/

最好的问候

基督徒

haha101010
3楼-- · 2020-09-25 00:20

您的值是规则的一部分还是数据的一部分?

我读到" 使用事务和配置值填充函数的输入",并且不同意第二部分。 对我来说,配置是规则的一部分,否则使用BRFplus有什么意义?

当然有例外。 但是原则上,如果它与业务相关和/或与维护规则相关,那么它应该在那里。

Haoba3210
4楼-- · 2020-09-25 00:09

感谢Mike的评论!

一周热门 更多>