BRF 一文读懂BRF+、HRF两大开发神器

BRF+是商业规则框架+的缩写。为什么是Plus？在BRF+出现之前，已经有BRF了。直到Basis发行版702，SAP ECC 6.0 BRF的更新版本出现，命名为BRFplus。BRFplus进一步优化了业务流程的开发。

BRF+的初衷是简化业务流程的开发，将开发人员的精力集中在业务流程、逻辑和规则的设计上，而不是代码的开发上。它可以使用您设计的规则生成ABAP代码。您只需要将生成的代码添加到任何标准或自行开发的程序中。

适用于频繁变化的业务逻辑的设计。比如保险行业，保险产品的计算经常会发生变化。频繁更改ABAP代码来更改业务逻辑是低效的。有了BRF+，保险产品的变化可以定义为规则，ABAP码可以快速生成。等等。

HRF是HANA规则框架的缩写。他离BRF+只有一个字母和一个加号。如果说BRF是第一代，BRF+是第二代，HRF是第三代。

什么是HRF？它是一个生成SQL语句的工具。和BRF+一样。即使你对SQL不太了解，它也可以帮助你生成高效的HANA本地SQL语句。HRF的出现是为了提高复杂业务规则的执行效率，充分利用HANA DB。

区分

下图是BRF+和HRF最基本的区别。

问题来了。既然HRF可以在HANA数据库级别直接运行SQL语句，那么BRF+还应该做什么？HRF不是一切皆有可能吗？也不是。HRF和BRF+是互补的技术。

HRF为需要直接使用本地数据库语句的场景提供了方法。

BRF+为需要在ABAP层面实施的计划提供了方法。

在规则管理的框架下，HRF和BRF+一样重要。使用哪种技术取决于特定业务需求的类型。

例如，如果业务规则是事务性的或可操作的，那么BRF+更合适。也就是说，规则需要使用很少的DB数据，所以使用BRF+。如果商业规则是分析性的，HRF更合适。也就是说，规则需要大量数据，所以使用HRF。

以下是一些例子。

事物类型或操作规则

确定单个用户输入页面的输入内容是否正确

根据买方的购买金额确定折扣率

根据员工关键绩效指标确定奖金金额

这种规则只需要操作或判断，不需要大量的数据处理。适合BRF+

分析规则

批量处理大量用户输入结果，判断输入内容是否正确。

根据买方的历史交易情况、偏好、其他买方情况、库存情况等复杂因素，确定价格或折扣率

KPI是利用员工绩效等复杂因素获得的，奖金金额是根据KPI、部门绩效、公司绩效、股价等复杂因素确定的

此类规则侧重于适合HRF的大量数据处理。

接口

定义BRF+规则的工具叫做BRF+工作台。其界面基于Webdynpro ABAP。下图。

启动BRF+工作台的可用交易代码BRF+、BRFplus。

或者URL: http://

HRF的用户界面基于UI5。像这样。

HRF需要在HANA studio上部署和配置。在费奥里界面启动HRF的APP。

HRF的使用通常分为三个角色

业务用户。使用前台规则编辑器，这是费奥里应用程序

规则服务消费者。通过各种程序调用

后台开发人员。使用背景HANA studio

框架如下:

此外，HRF可以用自然语言来定义规则如下:

结合

BRF+和HRF差不多，虽然技术上差不多。但是他们还是相互独立的。

据HRF发展部称，BRF+和HRF正在整合。通过这种集成，BRF+工作台将使用UI5应用程序。用户可以使用新的BRF+工作台来建立BRF+或HRF规则。目前叫UI5规则控制。

根据目前公布的信息，这个UI5规则控件会出现在标准的费奥里APP中，这样终端用户就可以轻松定义业务规则。最终用户不需要知道什么是BRF+规则或HRF规则。

以下是这个目标的框架。

思爱普实时产品支持模型

专家聊天服务来了！

近日，思爱普正式推出专家聊天服务——通过实时聊天功能，思爱普客户与技术支持专家紧密联系。详情请参考