【BAdI】SAP BAdI 实现原理解析(转）

SAP BAdI 实现原理解析

from http://jgtang82.javaeye.com/blog/114737

最近几天发现这篇文章被单击的次数比较高, 这里把文档内容再充实一下:

本文谈得是SAP BAdI 机制背后的一些设计问题, 关于如何使用BAdI请参考:

...

在SAP系统中 BAdI 相关类的 类图 如下:



下面能过代码分析 BAdI 机制背后的一些设计问题：

1. 定义指向BAdI interface的Reference

DATA: exit_ref TYPE REF TO ZIF_EX_BADI.

2. 获得继承BAdI interface的子类实例

CALL METHOD cl_exithandler=>get_instance

CHANGING

instance = exit_ref.

这里的cl_exithandler=>get_instance方法是一个简化的Abstract Factory.

a) 为什么说它是个简化的Abstract Factory呢? 因为CL_EXITHANDLER没有一个抽象的工厂类, 只有一个产品簇, 只完成单一的创建工作。

b) 为什么不说它是个Factory Method? 是因为它没把类的创建工作延迟到子类。

c) 为什么cl_exithandler=>get_instance要用工厂模式呢?

在Client代码端看来，通过调用get_instance这个方法就可以得到具体实现类实例，然后调用下面的方法:

CALL METHOD exit_ref->CUSTOM_VALIDATION

IMPORTING

param = 'xxx'

EXPORTING

flt_val = 'xxx'.

就调用到实现类中的接口方法了。

但通过Debug代码你会发现这个调用返回的是Adapter Class 'ZCL_EX_BADI'而非我们的Impl Class!

其实这就是创建型模式的意义 - 隐藏对象的创建细节.

也就是说当我们调用CUSTOM_VALIDATION时，其实是调用了ZCL_EX_BADI->CUSTOM_VALIDATION.

3. ZCL_EX_BADI->CUSTOM_VALIDATION，这个方法是SAP系统自动生成的，核心代码如下：

...

LOOP AT INSTANCE_BADI_TABLE ASSIGNING

WHERE METHOD_NAME = 'DISPLAY'.

APPEND TO EXIT_OBJ_TAB.

ENDLOOP.

...

LOOP at exit_obj_tab ASSIGNING

WHERE ACTIVE = SXRT_TRUE.

CHECK -imp_class NE old_imp_class.

-valid = sxrt_true.

flt_val_db = -flt_val.

...

MOVE -imp_class to -imp_class.

MOVE -imp_switch to -imp_switch.

MOVE -order_num to -order_num.

INSERT INTO TABLE INSTANCE_FLT_CACHE.

old_imp_class = -imp_class.

ENDLOOP.

...

LOOP AT INSTANCE_FLT_CACHE ASSIGNING

WHERE flt_name = flt_name

AND valid = sxrt_true

AND method_name = 'CUSTOM_VALIDATION'.

...

CALL METHOD ('CL_FOBU_METHOD_EVALUATION')=>load

EXPORTING

im_class_name = -imp_class

im_interface_name = 'ZIF_EX_BADI'

im_method_name = 'CUSTOM_VALIDATION'

RECEIVING

re_fobu_method = -eo_object

EXCEPTIONS

not_found = 1

OTHERS = 2.

...

ENDLOOP.

这时我们会发现这段代码会找到所有Active的BAdI Implemention然后去执行它。这里有点Adpater的味道而且在SAP标准文档中确实是把ZCL_EX_BADI 类为Adapter Class, 但是我觉得这个叫法不合适，改变接口不是这个类的主要价值，里面的Loop调用实现类方法和Filter显得更主要。所以它的主要价值应该是对实现类的访问控制，改称Adapter Class为 Proxy或许更合适。下面是Proxy模式的类图：



关于Proxy模式, 《Head First Design Pattern》中讲的非常不错，这里推荐一下。

总结：

1. 通过 Factory 获得Adapter Class 的实例 (障眼法 / 封装创建细节)

2. 通过 Proxy 对象(Adapter Class) 实现对 BAdI Implementations 的访问控制