点击此处---> 群内免费提供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的方法,以便用户只能编辑他负责的内容。
一件事是将对象分组到可以根据与它们一起作用的角色进行设计的目录中。 然后,您可以分配自定义事务,以允许用户立即输入BRFplus的正确"区域"(例如目录),并将它们连接到自定义权限检查。
另请参阅: https://blogs.sap.com/2012/12/18/controlling-the-ui-appearance-of-the-brfplus-workbench/
最好的问候
基督徒
一周热门 更多>