BADI Name |
/KJEPS/BADI2 |
Description |
BADI for change visibility of EPS fields |
Dev. Class |
/KJEPS/JD |
Overview:
Method Name |
SET_SCREEN_COND_VBAP |
Description |
Change field visibility for Sales order item screen |
Function |
Called from PBO module of SAPMV45A 8450 and return EX_SCREEN_VISIBLE |
Interface:
Importing Parameters
Field Name |
Reference |
Description |
Mandatory |
IN_VBAK |
VBAK |
Sales Order Header |
X |
IN_VBAP |
VBAP |
Processing Sales Order Item |
|
IN_TRTYP |
TRTYP |
Transaction type |
|
IN_XVBAP |
VA_VBAPVB_T |
Document Structure for XVBAP/YVBAP (Sales order item) |
|
IN_XVBEP |
VA_VBEPVB_T |
Structure of Document for XVBEP/YVBEP (schedule line) |
|
IN_XVBKD |
VA_VBKDVB_T |
Reference structure for XVBKD/YVBKD (business data) |
|
IN_XVBPA |
VA_VBPAVB_T |
(partner function) |
|
Changing Parameters
Field Name |
Reference |
Description |
Mandatory |
EX_SCREEN_VISIBLE |
C |
‘X’ = EPS screen is visible Space = EPS screen is not visible |
|
以上一个是BADI的定义, 那么什么是BADI呢, 说土点就是现在你定义个接口类,但是这个接口
类有一些方法,但是这些方法都是空的,这些方法也有都自己的IMPORTING ,EXPORTING,
CHANING参数.但是这些方法没有被实现, 而你却还要在自己当前写的程序中去调用这个
没有被实现的方法, 这里就出现了一堆问题,
为什么要调用它?
为什么这个BADI是空的?
为什么要做这样的一个空的东西?
下面将回答这些问题, 因为比较偷懒所以没找到比较好的例子, 以下是一个SAP的业务场景:
SALES ORDER的ITEM数据行的DETAIL信息, SAP系统给客户留了一个BADI, 这个
BADI被系统的标准程序调用过, 显示一个SUBSCREEN, 里面包含一些信息, 如下:
如果某个用户实施了SAP的产品,不希望出现这个SUBSCREEN的话, 客户想把这个屏幕给隐
藏掉, 所以给客户预留了一个BADI的DEFINITION. 也就是最上面的那个表.
使用SE18可以看到这个定义.
这三个方法在标准的程序中是怎么被调用的 .
以下是系统标准程序
************************************************************************************
*Define class load
class cl_exithandler definition load.
*Define the Sales Order Control Table instance
data: lds_soctrl type /kjeps/soctrl,
ldf_screen_visible(1) type C value space,
ldf_pre_existing type c,
exit type ref to /KJEPS/IF_EX_BADI2,
ldf_badi_name type exit_def value '/KJEPS/BADI2'.
*Chck the BADI whether was implemented.
*检查BADI是否被用户给实现过了,传入BADI的定义名字和接口类名
CALL METHOD CL_EXITHANDLER=>GET_INSTANCE
EXPORTING
EXIT_NAME = ldf_badi_name
NULL_INSTANCE_ACCEPTED = space
IMPORTING
ACT_IMP_EXISTING = ldf_pre_existing
CHANGING
INSTANCE = exit.
*IF the BADI has implemented, and then call corresponding method.
*如果这个BADI被用户实现了,下面的这个参数会等于’X’
*如果实现了,就调用客户实现的方法.
if ldf_pre_existing = gcf_on.
CALL METHOD EXIT->SET_SCREEN_COND_VBAP
EXPORTING
IN_VBAK = vbak
IN_VBAP = vbap
IN_TRTYP = t180-trtyp
IN_XVBAP = xvbap[]
IN_XVBEP = xvbep[]
IN_XVBKD = xvbkd[]
IN_XVBPA = xvbpa[]
CHANGING
EX_SCREEN_VISIBLE = ldf_screen_visible.
endif.
if ldf_screen_visible = space.loop at screen.
screen-active = '0'.
modify screen.
endloop.
endif.
************************************************************************************
那么这里客户如何是实现这个BADI的DEFINITION呢,使用SE19
其中的SET_SCREEN_COND_VBAP被实现了,把SUBSCREEN的显示的一个变量清除了.
这就表示,用户不想看见那个显示数据的SUBSCREEN, 然后看上面的系统中的程序. 执行到
这里的时候会判断这个变量是否被用户的程序给修改了,如果修改了就不显示SUBSCREEN了.
*******************************************************************
if ldf_screen_visible = space.
loop at screen.
screen-active = '0'.
modify screen.
endloop.
endif.
*******************************************************************
~完~