4

阅读此 SO 问题后，我注意到问题中的链接引用了Microsoft.Xrm.Client.CodeGeneration.CodeCustomization,Microsoft.Xrm.Client.CodeGeneration.

与标准代码生成相比，它有什么优势？根据 LameCoder 的说法，它更改了所有要继承的实体，Microsoft.Xrm.Client.CrmEntity而不是 `Microsoft.Xrm.Sdk.Entity。这会产生哪些变化以及产生了哪些其他变化？

4

1 回答 1

3

这是我目前能找到的最好的网站：

  • CrmSvcUtil & OrganizationServiceContext 增强，例如延迟加载
  • 使用连接对话框 UI 简化连接管理
  • 客户端缓存扩展
  • 用于常见任务的实用程序扩展功能，以加快客户端开发
  • 组织服务消息实用功能，可以轻松调用常见消息，例如 BulkDelete、Add Member to Team 等。
  • 支持 Microsoft.Xrm.Portal 扩展的对象

我可以看到从 CrmEntity 继承的唯一真正的缺点是它需要 Microsoft.Xrm.Client dll 在服务器上被 Gac'd 或 IL 合并到 Entities dll 中。

除了这个缺点之外，我看到它添加了以下功能：

  • 将 INotifyPropertyChanging 和 INotifyPropertyChanged 移动到基类中，使生成的代码更小
  • 定义额外的类属性
    • System.Data.Services.Common.DataServiceKeyAttribute
    • System.Data.Services.IgnorePropertiesAttribute（我假设这个通过网络发送的数据更少？）
    • Microsoft.Xrm.Client.Metadata.EntityAttribute（我相信这是用来支持 LazyLoading
  • 选项集属性更改为可为空的整数
  • 货币属性现在是可以为空的小数
  • 将属性值设置为已经存在的值，不会触发属性更改/更改事件
  • SetPrimaryIdAttributeValue 会产生更小的代码。
于 2014-10-01T14:06:38.007 回答