SAP的BC425关于BTE部分的PA教材翻译-阿里云开发者社区

开发者社区> 云计算> 正文

SAP的BC425关于BTE部分的PA教材翻译

简介: 最直接的方法还是有个工程师面对面给你讲,但是如果没有个大活人给你讲解,我的建议是,看看PA教材吧,毕竟官方的东西。BTE的学名是Business Transaction Events,我靠事件啊BTE是什么身份什么地位呢?如下图上面只是个描述,我们看看重点,也就是说,SAP的增强其实有很多种方式,在BTE之前有老的方式,在BTE之后,还有更新的方式。

最直接的方法还是有个工程师面对面给你讲,但是如果没有个大活人给你讲解,我的建议是,看看PA教材吧,毕竟官方的东西。
BTE的学名是Business Transaction Events,我靠事件啊
BTE是什么身份什么地位呢?如下图
image
上面只是个描述,我们看看重点,也就是说,SAP的增强其实有很多种方式,在BTE之前有老的方式,在BTE之后,还有更新的方式。
我们先看看BTE对比之前更加老旧的增强方式,有哪些区别呢?
image
和BTE之前的增强方式相比,software delivery process大有不同。之前,也就是customer exit方式,也就是CMOD和SMOD那个时代:SAP produced the software,and delivered it to its end-customers,Customers could enhance this standard using customer exits.
也就是说在Customer exit的那个年代,SAP啊,它提供了software,这里我理解,software的意思是那些标准的程序或者FM.然后呢SAP的开发人员,可以基于上述程序或者FM,创建Customer exit类型的增强。怎么增强?老年痴呆吧?CMOD和SMOD啊。
如下所示SMOD
image
image
image
sap过去提供了上述所示的software或者customer,这是标准的,而SAP的开发人员,只需要基于上述,使用CMOD和SMOD创建项目和对应的增强。
换句话说,我们看看上面的介绍,Customer exit是一种类似于server-client的方式,SAP提供了一个服务,SAP工程师写一些代码。一对一的感觉。而且最主要的,我们深入CMOD去看看这种增强:
image
image
image
image
image
上面我们注意到,customer exit这种增强方式,SAP提供了几乎所有,SAP的开发人员只能提供代码。懂什么意思么?就是说,你的这种类型的增强,所有的工作都是在SAP上面进行的。你的增强的操作或者数据源可不可以是其他的系统?回答我?不可以。因为FM不是RFC类型,而且他压根不是你写的。
看到了吧,这就是局限性。局限性是什么?Customer Exit的局限性是,这类增强所提供的空间仅仅限于:指定的FM中的include的代码段中,添加一些代码。
或者说CE方式的增强,都是SAP预先定义好的指定位置,可以加一些代码。我现在也说不明白,以后再修改吧

版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。

分享:
云计算
使用钉钉扫一扫加入圈子
+ 订阅

时时分享云计算技术内容,助您降低 IT 成本,提升运维效率,使您更专注于核心业务创新。

其他文章