Dynamics crm Dynamics CRM 365中自定义实体/字段的架构名称大小写

Dynamics crm Dynamics CRM 365中自定义实体/字段的架构名称大小写,dynamics-crm,Dynamics Crm,MS Pascal为模式名称设置了case,但它们本身并不遵守规则。自定义实体和主字段默认使用所有小写模式名称创建,而自定义字段默认为Pascal大小写。此外,自定义实体的内置状态码和状态码都是小写的 问题: 模式名称在将来很重要吗?我们的CRM有很多外部集成(C#,可能是早期绑定)。目前,我正在尽可能地保持清洁,以避免未来可能出现的问题,但一些同事认为我过于担心,不值得花时间 你知道微软为什么在某些情况下不遵守自己的规则吗 当您决定使用C#早期绑定类时,您将使用crmsvcutil或一些早期

MS Pascal为模式名称设置了case,但它们本身并不遵守规则。自定义实体和主字段默认使用所有小写模式名称创建,而自定义字段默认为Pascal大小写。此外,自定义实体的内置状态码和状态码都是小写的

问题:

  • 模式名称在将来很重要吗?我们的CRM有很多外部集成(C#,可能是早期绑定)。目前,我正在尽可能地保持清洁,以避免未来可能出现的问题,但一些同事认为我过于担心,不值得花时间

  • 你知道微软为什么在某些情况下不遵守自己的规则吗

当您决定使用C#早期绑定类时,您将使用crmsvcutil或一些早期绑定生成器,它将按原样从CRM元数据中提取所有架构名称

如果架构名称发生更改(如使用不同的数据类型删除和重新创建),则下一个类文件将获取它,生成错误将通知您

看到在不久的将来什么都不会改变,她甚至不担心规则被打破


值得一提的是,下一代web api在某些方面(如导航属性)需要架构名称,而如果使用后期绑定,则将使用平面系统转换的小写名称(逻辑名称)。

我拒绝pascal case建议。在我看来,方案名称应该全部小写。通过这种方式,它与逻辑名称匹配。它可以防止将来出现许多混淆和键入错误的名称

事实上,这可能是解释为什么他们首先有模式名的一部分。。。在使用早期绑定类时,使用标准C#约定是有意义的。