SAP ABAP 如何处理函数抛出的例外参数消息文本（Function Exceptions）

SAP ABAP 如何处理函数抛出的例外参数消息文本（Function Exceptions）

引言： 有时，我们调用的 ABAP 函数中没有 Return 结构，也没有其他描述处理结果的消息类返回参数，但是却惊讶的发现函数定义了很多 Exceptions 参数，此时，我们不得不通过 Exceptions 入手，为用户层返回提供准确可读的错误原因消息文本。

关键字：SAP ABAP Function Exceptions 例外/异常 消息文本

1. 何时会偶遇这类函数

一般在调用某些标准函数时会遇到，遇到了也是缘分。
我把他们分成两类:

• 第一类：SAP内部使用函数

• 第二类：SAP业务层级函数

  • 我能理解第一类函数这样设计，但不太理解第二类函数也这样设计！虽然我没有专门调试第二类函数（并不清楚技术层的具体实现），但根据接口设计原则，业务层级的函数应该遵从业务接口级别设计思想的指导——提供易用、友好的交互。
  • 我大胆猜测第二类函数中有相当一部分可能是 SAP 的“弃子”，他们从被创造到被放弃（已转向新的产品）所经历的时间较短，没来得及完成业务接口级别的最终迭代就进入了生命周期的终点。当然，这可能是函数个体的现象，也可能是模块/产品级的。

2. 函数案例

• 第一类案例 SD_DELIVERY_ITEMS_RECEIVE
  
  说明：此函数被用作 BAPI_GOODSMVT_CREATE 对 MIGO 检查功能的补充，知道的大顾们应该不多，但可以在 SAP Support 上找到相关资料，我通过 where use list 找到了它的用处，下图。
  
  从清单可以知道，它被 MIGO 包含程序 LMIGOKO1 使用，而进一步我们从 LMIGOKO1 的描述中得知，他必定是内部使用的，下图。
  
• 第二类案例 L_TO_CREATE_DN
  
  说明：此函数是 SAP-WM 模块（注意不是 EWM ）创建 TO 转储单的标准业务函数，我们看到它足足有15个 Exception ，这里不深究为什么，可以明确这是一个业务接口级别的函数。

如上述两个例子所示，他们并没有标准 Return 结构的返回，假设他们都运行失败，我们不得不通过 Exceptions 参数入手，为用户界面或接口等的返回提供准确且可读的错误原因消息文本。

3. 如何解决

通过函数 SWO_TEXT_FUNCTION_EXCEPTION 获取 Exception 参数的短文本描述

以 call function ‘SD_DELIVERY_ITEMS_RECEIVE’ 为例：

4. 进一步的问题与解决

哈哈，你的小眼神可能已经在盯着函数中的 language 入参，这使你心生不妙。对的，你需要进一步处理短文本的语言维护问题。

4.1 单元级解决方案

首先你根据系统当前语言去获取文本，然后你发现返回了个寂寞，所以你心怀忐忑地跑去 SE37 看看，结果心凉了半截，如图，

它只有德文！然后你点击菜单栏->转到->翻译。
考虑到经常使用，要进行下一步。

4.2 项目级解决方案

为此类问题建立处理机制，简单的逻辑：以当前会话语言为优先，设置第一、二、三语言的文本获取。
直接看代码：

4.3 产品级解决方案

这是我的管理解决方案中的一个子方案

• 专门建立管理封装标准函数的函数组
• 在函数组下封装所需的标准函数（命名/标准/通用/可扩展是重要设计原则）
• 提供定制BAPI级的函数服务

做到这里，这篇文章标题要做的事情就结束了，后面的消息抛出与展现等不归我管。

5. 思维发散

• 每一个函数都有一个预置例外
• 函数抛出例外的几种方式
• 对常用的业务函数或BAPI也可以参照4.3的解决方案
  函数组：ZFG_ENCAPSULATION_ON_STD
  组描述：基于标准功能或代码之上的封装

其他

我的微信群、QQ群和其他发布平台。

• 关于微信群、QQ群和其他发布平台

长期提供开发和运维服务。

• 关于提供开发和运维服务的详情