点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)我正在尝试进入BRFplus领域...
点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)我正在尝试进入BRFplus领域...
加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)
我正在尝试进入BRFplus领域,但是我觉得我的ABAP经验可能会引导我进入错误的实现模式。
在ABAP中实现业务逻辑时,我们尽量不对任何值进行硬编码,而是对类似函数的代码进行编码,并使用事务和配置值填充函数的输入,其中配置值可以来自标准表或自定义表。 然后该函数产生输出。
当用BRFplus实现业务规则(功能)时,这种方法也适用吗? 规则应包含物料或客户编号之类的硬编码值吗?
我读了一些书,发现业务规则引擎不应取代Z-Tables…博客,但格伦正在解决另一个问题,BRFplus不应仅用作规则数据的容器,而应包含规则数据 规则定义。
在业务规则中使用自定义配置表是否有意义? 这是常见的情况吗?
我很乐意听到任何人的声音,但如果 Tobias Trapp , Carsten Ziegler ,克里斯蒂安·莱希纳(Christian Lechner)可以分享他们的经验。
感谢您的反馈,
卢卡斯
您的值是规则的一部分还是数据的一部分?
我读到" 使用事务和配置值填充函数的输入",并且不同意第二部分。 对我来说,配置是规则的一部分,否则使用BRFplus有什么意义?
当然有例外。 但是原则上,如果它与业务相关和/或与维护规则相关,那么它应该在那里。
一周热门 更多>