Dynamics crm 2011 早期绑定对象中定义的EntityTypeCodes不同的实体是否会导致问题?

Dynamics crm 2011 早期绑定对象中定义的EntityTypeCodes不同的实体是否会导致问题?,dynamics-crm-2011,dynamics-crm,Dynamics Crm 2011,Dynamics Crm,我有两个不同的CRM端点,它们的实体元数据完全相同,只是有几个选项集(不要问为什么)。今天早上,我将CrmServiceUtil中使用的早期绑定URL从端点1切换到端点2。在签入时进行区分时,我注意到相当多的实体的EntityTypeCode发生了更改。到目前为止,我还没有注意到一个问题,但我想知道是否需要花一些时间强制EntityTypeCodes匹配 有人知道这些EntityTypeCodes是用来做什么的吗(我假设一切都是由EntityLogicalName完成的),如果使用EntityT

我有两个不同的CRM端点,它们的实体元数据完全相同,只是有几个选项集(不要问为什么)。今天早上,我将CrmServiceUtil中使用的早期绑定URL从端点1切换到端点2。在签入时进行区分时,我注意到相当多的实体的EntityTypeCode发生了更改。到目前为止,我还没有注意到一个问题,但我想知道是否需要花一些时间强制EntityTypeCodes匹配


有人知道这些EntityTypeCodes是用来做什么的吗(我假设一切都是由EntityLogicalName完成的),如果使用EntityTypeCodes与CRM中的不匹配的早期绑定类会导致问题?

EntityTypeCode用于引用实体,这是正常的。组织之间有不同的实体类型代码,一个很好的例子是环境之间(开发、质量保证、产品)

LogicalName是避免这种差异的最佳方法,您必须注意以下情况:

  • 使用逻辑名称main.aspx?etn=account引用url表单,例如main.aspx?etc=1
  • 创建EntityReference时

现在仅此而已,但如果我记得更多,我将更新。

因此,只要我没有使用etc url参数打开实体表单,我应该可以吗?我想可以。如果我遇到另一个使用entitytypecode的地方,我会更新。