用 ADT 扩展 SAP 标准的三条路，BAdI、源码增强与修改的边界和项目实践

今天再谈扩展 SAP 标准，已经不能只停留在SE18、SE19、SE80这一套旧工作习惯里了。ABAP Development Tools for Eclipse，也就是我们平时说的ADT，已经是 SAP 官方主推的ABAP开发环境。官方发布说明里直接把它定义成面向ABAP开发的现代化IDE，而且整套帮助文档也围绕ADT来组织功能入口、质量保障和排错能力。把扩展 SAP 标准这件事放回ADT里重新理解，已经是当前项目实施和长期维护绕不开的一步。(SAP Help Portal)说到扩展 SAP 标准，很多团队一上来就盯着技术动作，想知道该建什么对象、点哪个菜单、写哪一段代码。真正决定后期成本的，其实不是那几步点击，而是路线选得对不对。官方一直把BAdI放在优先级更高的位置，因为它代表的是预定义扩展点，接口相对稳定，升级时也更容易兜住。和它相比，直接修改 SAP 标准对象是代价最高的一条路，升级、打Support Package、做系统转换时，