很多 ABAP 程序写到后面，都会慢慢长成一个怪物。最开始只是一个只读报表，后来业务说要加双击跳转，再后来要加按钮、要记布局、要支持变式、要导出、要右键菜单、要局部可编辑。到了最后，报表看上去还是那个报表，真正膨胀的却不是业务逻辑，而是一层又一层和界面技术绑死的样板代码。这个问题，放在ALV这条技术线上看，会特别明显。REUSE_ALV_*、CL_GUI_ALV_GRID、CL_SALV_TABLE，表面上像是三代不同写法，深一点看，它们其实都在回答同一个老问题，如何把那些每张报表都差不多的显示逻辑，从业务代码里剥离出去，只让程序员把精力留给真正会变化的地方。SAP的文档本身也一直在强调Separation of Concerns，也就是把展示层、应用层、持久化层分开，用接口和封装把耦合降下来。(SAP Help Portal)
我一直觉得，很多人讨论ALV，容易把话题带偏到哪个类更新、哪个写法优雅、哪个按钮多、哪个按钮少。可真正有分量的问题并不在那里。真正麻烦的是，我们的报表程序往往把UI技术细节写进了业务流程本身。只要界面方案一换，整支程序就像被扯了电线，跟着一起重写。
