125、ABAP对象与报表结合那天下班前，MES系统抛了个“SX_BREAK”的短转储，定位到ZPPRPT006的AT SELECTION-SCREEN事件里，代码里直接用了一个全局内表，然后在一个FORM里被三个子例程来回改，最后ALV显示出来的数跟数据库对不上。排查到半夜才发现，有个PERFORM在某个分支里没清表头，旧一轮的批次号串到了下一屏。当时我盯着那坨全局变量，突然意识到——这要是用类封装，字段全放实例属性里，怎么串也不会串成这样。从那以后，凡是要写带复杂取数逻辑的报表，我基本不再堆PERFORM，改用本地类。ABAP对象跟报表结合，不是非要用什么设计模式，也不是为了赶时髦。报表的本质是“输入选择条件，输出结果列表”，用对象来做，核心是把“取数逻辑”和“显示逻辑”拆开，各自塞进不同的方法里，同时把中间状态留在对象里，而不是撒在全局变量里。你想想，报表程序里最烦的是什么？是选择屏幕跑完一遍，AT SELECTION-SCREEN里想办法去取数，START-OF-SELECTION里再取一遍，两个地方用一堆全局表来传值，中间哪一步忘了REFRESH，数据就错给你看。用本地类的时候，我建议直接在INITIALIZATION里创建对象，然后把选择屏幕相关的字段作为参数传给取数方法。注意，你完全可以不用全局变量，把选择屏幕的字段通过方法参数传进去，或者干脆把对象属性定义成“对应的选择屏幕字段”，在方法里直接访问。后者代码短，但耦合度高；前者更干净，可测试性也好。我自己偏向前者，因为报表程序大部分时候就是一次性脚本，追求的是能快速定位问题，而不是搞出个对外API来。写报表的类时，一个重要实践是：把取数方法分成“多层”。第一层方法只负责拼SQL，第二层