项目里最常见的一种场景，不是你不知道怎么写扩展，而是业务同事一句这个标准 Fiori app 能不能加个字段，能不能改个按钮，能不能把逻辑拦一下，团队就直接冲进ADT、BAS、增强点、BAdI、RAP或者前端代码里翻。这样做很容易把问题做反。真正应该先确认的，不是你手上有什么技术，而是这个具体应用官方到底开放了哪些扩展模式。这个判断入口，放在SAP Fiori Apps Reference Library里最合适，因为它本来就是 SAP 提供的自助式信息入口，除了应用本身的安装、配置和版本信息之外，还会把文档、实现信息、以及部分扩展入口串起来。(SAP Fiori Apps Library)
回到项目现场看，这一步为什么这么关键。因为同样是一个Fiori图标，背后的UI Technology可能完全不同。有的是SAP Fiori elements，有的是freestyle SAPUI5，有的是SAP GUI for HTML，也有Web Dynpro之类的经典技术。你看到的是一个应用，系统看到的却是不同技术栈，而不同技术栈决定了它的可扩展边界、所用工具、变更粒度、传输方式，甚至决定你最后走的是
