本文描述了在创建oData服务时，特别是在sapgateway中，使用某种名称约定的重要性。这里建议的所有约定都是基于我个人的想法。

您是否曾经使用过oData服务，这些服务的命名约定不好或根本没有命名约定？这通常表明后端实现是以相同的谨慎程度完成的。

因此，我想为使用SAP Gateway创建的oData服务的每个部分分享我认为是一个很好的命名约定。

oData术语

SEGW

1）项目名称

尽可能简短。如果希望网关项目与UI5应用程序（BSP）同名，则最多可包含13个字符。如果没有，大数据怎么看，我只是数据，请使其足够短，自助建站系统哪个好，以便DPC和MPC类的名称与SEGW project匹配（考虑到前缀ZCL和后缀｜DPC｜EXT的30个字符）

2）说明

提供将使用此服务的Fiori应用程序的相同名称（如果您的项目是针对Fiori的）。（顺便说一句，服务器 云服务器，不要在manu应用程序中重复使用相同的oData服务）。

3）服务生成

当在项目中使用功能模块来使用所谓的服务生成时，请使用将在SEGW>>服务实现中映射的确切实体和操作来命名您的功能模块。例如：

Z\u MYAPP\u CUSTOMERS\u Q（客户实体集查询）Z\u MYAPP\u CUSTOMERS\R（读取CUSTOMERS EntitySet）Zïu MYAPPïu SALESïu ORDERSïC（在SalesOrders实体集上创建）ZèU MYAPPèSALESèORDERSèU（更新SALES ORDERS EntitySet）Z\u MYAPP\u SALES\u ORDERS\u D（删除SALES ORDERS EntitySet）

网关配置

系统别名

请勿使用系统ID为系统别名命名。系统别名的唯一用途是重命名RFC目的地，以便您的DEV/QAS/PRD环境具有所有相同的路由配置。

使用诸如："ECC"、"S4"、"CRM"或"SOLMAN"之类的名称

有什么帮助？

希望您喜欢这样的惯例。你已经用了吗？请在下面分享您的意见！

，阿里大数据分析