共计 934 个字符，预计需要花费 3 分钟才能阅读完成。
如果 SAP 零碎具备 SAP Gateway 7.40 或更高版本，则零碎会装置外围组件 SAP_GWFND，并包含 IW_BEP 的性能范畴。
如下图所示：
Gateway Service Builder 将开发人员创立服务所需的所有开发工件可视化，包含：
- SAP Gateway 运行时工件，例如模型提供者类 (MPC)、数据提供者类 (DPC) 模型
- 正文提供者类 (Annotation PC) 和服务
- OData 工件，例如实体集、实体类型和属性
如下图所示：
Service Builder 引入了一个新的服务开发概念，即 Project.
我的项目用于存储开发人员须要的所有工件，在对立的地方地位对立创立服务和模型。因为我的项目整合了所有相干数据，开发人员能够轻松地并行处理多个我的项目，并在生成和激活理论服务之前在我的项目之间重用数据。因而，我的项目为开发人员提供了随时中断服务开发和建模过程的自在，而不用放心运行时工件和失落数据的危险。在我的项目中组织服务开发和建模过程的劣势在于，整个我的项目数据能够在零碎之间轻松传输，以实现最大效率和重用。
笔者的零碎上，SEGW 反对下列这些类型的我的项目的创立：
SAP Gateway Service Builder 反对不同的开发方法和生命周期，以提供最大的灵活性，以满足一直变动的开发先决条件并满足不同的需要。如果须要服务来公开特定数据，能够决定是为新服务定义新的数据模型并集成您本人的源代码，还是重用和从新定义现有服务。
例如，能够在 SEGW 里新建我的项目，而后将 SAP 规范的实现蕴含进来：
Service Builder 提供了多种办法来重用 SAP Business Suite 零碎中的现有数据源，从而显着放慢开发过程。简而言之，Service Builder 投合了所有级别的开发教训，并提供了在不影响品质的状况下，节省时间和提高效率的开发方法。无论开发人员抉择哪种类型的 SEGW 我的项目，都会生成一组适当的 ABAP 类。这可确保开发人员在优化或扩大 SAP Gateway 中的 OData 服务时领有最大的灵活性。
Service Builder 反对 OData 服务的以下开发阶段：
- 数据模型定义（模型提供者类 (MPC)）
- 服务实现（数据提供者类 (DPC)）
- 服务保护 (Servide Maintenance)
