由于UI5发出带有附加扩展路径的读取请求，因此我们目前正在通过提供的OData接口来解决性能问题。由于该框架对请求进行了通用处理，因此每个扩展选项都会导致额外的处理，我们需要避免这种情况。
阅读有关此主题的博客，似乎有一种方法可以以某种方式覆盖通用处理：
在这种情况下，我们需要决定我们是否有能力依靠FWK功能。当然，这种通用支持是无法实现的。但是对于少量数据，免费获得它只是很好的选择。 请继续学习如何使用自己的特定实现覆盖此类常规FWK功能。
但是，没有关于此的更多博客文章，并且通过框架进行研究，我唯一覆盖该框架的想法是配置和使用自己的com.sap.gateway.core.api.provider.data.IDataProvider实现，以自定义方式处理请求，尽管这是一个巨大的解决方法。
所以问题是是否有更精简或更简单的方法来覆盖我错过的功能？
更新： 我已进行了更新，以创建一个自定义数据提供程序，并在servlet初始化后将其注册到RuntimeDelegate。然后，该自定义数据提供程序将在映射的方法处理程序上检查自定义注释，以查看是否应处理扩展。如果不是，它将仅读取实体，而不执行通用扩展读取。这或多或少都可以，但是当然缺少一种方法来传递要在ReadRequest中扩展的属性。到目前为止，只有静态实现才可能解决我们的性能问题，但是很高兴告诉您是否还有另一个更好的解决方案...
答案 0 :(得分：1)
在撰写本文时，目前还没有更好的方法。