Module Pool Programming，老派 Dynpro 程序怎样写出新味道

今天在很多 SAP 系统里，打开 SE80 或 ADT 旁边的老 Workbench，仍然能看到大量以 SAP GUI 为入口的自开发事务。屏幕编号 0100、0200、0300，配着一串 PBO 和 PAI module，业务校验、数据库读写、按钮响应、屏幕字段控制，全塞在同一个 module pool 里。这样的程序并不罕见，甚至在一些成熟企业里，它们仍然支撑着采购审批、库存调整、客户主数据维护、财务凭证辅助录入这些每天都在运行的关键流程。

Module Pool Programming 并不是过时到不能碰的技术。它依旧是 ABAP On-Premise 世界里非常重要的一类 SAP GUI 交互程序形态。问题不在于 module pool 还能不能用，而在于我们今天还要不要把业务逻辑继续写在 PBO 和 PAI 里。这个问题的答案，在现代 ABAP 开发语境下已经很清楚，PBO 和 PAI 应该尽量薄，最好只承担屏幕准备、用户命令转发、数据搬运这些界面层职责。真正的业务规则、状态变化、持久化逻辑、可测试算法，应该沉到 class、service、repository、model 这些对象里。

Module Pool 不是业务逻辑的家

传统 module pool 的吸引力很强，因为它太直接了。Screen Painter 画一个输入框，在 flow logic 里写 PROCESS BEFORE OUTPUT 和 PROCESS AFTER INPUT，双击 module 名称，系统自动生成一段 MODULE … ENDMODULE，开发人员顺手写下 SELECT、UPDATE、MESSAGE、AUTHORITY-CHECK、CALL TRANSACTION