点击此处---> 群内免费提供SAP练习系统(在群公告中)
加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)
我正在尝试进入BRFplus领域,但是我觉得我的ABAP经验可能会引导我进入错误的实现模式。
在ABAP中实现业务逻辑时,我们尽量不对任何值进行硬编码,而是对类似函数的代码进行编码,并使用事务和配置值填充函数的输入,其中配置值可以来自标准表或自定义表。 然后该函数产生输出。
当用BRFplus实现业务规则(功能)时,这种方法也适用吗? 规则应包含物料或客户编号之类的硬编码值吗?
我读了一些书,发现业务规则引擎不应取代Z-Tables…博客,但格伦正在解决另一个问题,BRFplus不应仅用作规则数据的容器,而应包含规则数据 规则定义。
在业务规则中使用自定义配置表是否有意义? 这是常见的情况吗?
我很乐意听到任何人的声音,但如果 Tobias Trapp , Carsten Ziegler ,克里斯蒂安·莱希纳(Christian Lechner)可以分享他们的经验。
感谢您的反馈,
卢卡斯
嗨卢卡斯,
由于BRFplus包含业务配置(即业务规则),因此您必须在BRFplus中具有这些"硬编码"值。 但是,肯定有些事情要避免:
希望有帮助
最诚挚的问候,
基督徒
嗨卢卡斯,
是的,有一种采用BRFplus的方法,以便用户只能编辑他负责的内容。
一件事是将对象分组到可以根据与它们一起作用的角色进行设计的目录中。 然后,您可以分配自定义事务,以允许用户立即输入BRFplus的正确"区域"(例如目录),并将它们连接到自定义权限检查。
另请参阅: https://blogs.sap.com/2012/12/18/controlling-the-ui-appearance-of-the-brfplus-workbench/
最好的问候
基督徒
您的值是规则的一部分还是数据的一部分?
我读到" 使用事务和配置值填充函数的输入",并且不同意第二部分。 对我来说,配置是规则的一部分,否则使用BRFplus有什么意义?
当然有例外。 但是原则上,如果它与业务相关和/或与维护规则相关,那么它应该在那里。
感谢Mike的评论!
一周热门 更多>