如何覆盖sap.ui.export.Spreadsheet模块的依赖引用，优化层级数据导出逻辑并避免冗余代码

首先，你之前复制整个build()和_createBuildPromise()的方式确实会带来冗余维护成本，这里有两个更合理的方案，既能实现基于层级“0”过滤记录、设置skip值的需求，又能最大限度复用原SAP代码：

方案一：利用UI5模块重定向实现全局替换 #

UI5自带模块路径重定向机制，不用修改任何原有模块的define声明，就能让所有引用sap.ui.export.SpreadsheetExport的地方自动加载你的自定义实现。

配置方式 #

在你的应用manifest.json的sap.ui5节点下添加路径重定向：

"sap.ui5": {
  "resources": {
    "paths": {
      "sap/ui/export/SpreadsheetExport": "./custom/MySpreadsheetExport"
    }
  }
}

这样，所有原本加载官方SpreadsheetExport的模块，都会自动加载你在./custom/MySpreadsheetExport.js里的自定义实现。

方案二：继承原类+局部重写（推荐，避免冗余） #

核心思路是只重写你需要修改的逻辑，其他代码完全复用原SAP类的实现，不用复制整个方法。

步骤1：创建自定义DataProviderBase（只修改层级逻辑） #

先实现你需要的DataProvider逻辑，继承官方DataProviderBase，只重写和层级、skip相关的方法：

// custom/MyCustomDataProvider.js
sap.ui.define([
  'sap/ui/export/DataProviderBase'
], function(DataProviderBase) {
  return DataProviderBase.extend("my.app.custom.MyCustomDataProvider", {
    fetchRecords: function() {
      // 先调用父类的基础逻辑获取原始数据
      const oRawResult = DataProviderBase.prototype.fetchRecords.call(this);
      
      // 只保留层级为0的记录
      const aFilteredRecords = oRawResult.records.filter(oRecord => oRecord.level === 0);
      
      // 更新下一个skip值（基于过滤后的记录数计算）
      this._iSkip += aFilteredRecords.length;
      
      // 返回修改后的结果
      return {
        records: aFilteredRecords,
        count: oRawResult.count, // 按需保留或修改总数
        end: aFilteredRecords.length === 0 || this._iSkip >= oRawResult.count
      };
    }
  });
});

步骤2：创建自定义SpreadsheetExport（替换DataProvider） #

继承官方SpreadsheetExport，只重写创建DataProvider的方法，替换成你刚才自定义的实现：

// custom/MySpreadsheetExport.js
sap.ui.define([
  'sap/ui/export/SpreadsheetExport',
  './MyCustomDataProvider'
], function(SpreadsheetExport, MyCustomDataProvider) {
  return SpreadsheetExport.extend("my.app.custom.MySpreadsheetExport", {
    _buildDataProvider: function() {
      // 替换成自定义的DataProvider
      return new MyCustomDataProvider(this._oSettings);
    }
  });
});

步骤3：按需引用自定义实现 #

如果用了方案一的全局重定向，直接保持原有define声明即可；如果只想在特定模块中使用，就把依赖路径改成你的自定义模块：

sap.ui.define([
 'sap/ui/core/Core',
 './ExportDialog',
 'sap/ui/base/EventProvider',
 'sap/ui/Device',
 './custom/MySpreadsheetExport', // 指向自定义实现
 'sap/base/Log',
 'sap/ui/export/ExportUtils'
], function(Core, ExportDialog, EventProvider, Device, SpreadsheetExport, Log, ExportUtils) {
  // 后续逻辑完全不变，因为自定义类和原类接口一致
})

这种方式的好处是：

• 完全避免冗余代码，只修改核心逻辑部分
• 原SAP类后续更新时，你能自动继承新增的功能，不用手动同步代码
• 逻辑更清晰，维护成本更低

内容的提问来源于stack exchange，提问作者Pieter