我使用CrmSvUtil这样:CrmSvcUtil只创造OrganizationServiceContext类衍生物(应该是CrmOrganizationServiceContext)
crmsvcutil.exe /url:http://crm2011/MyTestOrg/XRMServices/2011/Organization.svc /out:GeneratedCode.cs /namespace:Xrm /serviceContextName:XrmDataContext
和输出包含成千上万的业务对象和这个上下文类:
[System.CodeDom.Compiler.GeneratedCodeAttribute("CrmSvcUtil", "5.0.9688.1533")]
public partial class XrmDataContext : Microsoft.Xrm.Sdk.Client.OrganizationServiceContext
但是看样本(即。\ sdk \ walkthroughs \ portal \ consoleappwalkthrough)我清楚地可以看到那里的上下文类应该来自一个更强大的Org子类anizationServiceContext - > CrmOrganizationServiceContext:
[System.CodeDom.Compiler.GeneratedCodeAttribute("CrmSvcUtil", "5.0.9688.583")]
public partial class XrmServiceContext : Microsoft.Xrm.Client.CrmOrganizationServiceContext
我肯定需要CrmOrganizationServiceContext因为只有这样,我有我需要的构造函数。那么我做错了什么,或者我错过了哪个设置?
如果您在插件/自定义活动中使用生成的代码,则会导致问题,因为它需要依赖于microsoft.xrm.client.dll。此DLL不包含在默认的服务器安装中,您需要确保该服务器上存在dll(dev/qa/prod)。我决定不使用/ codecustomization标志出于这个原因,并决定坚持使用“OrganizationContext”派生类。 –
很高兴知道。我目前的使用案例是访问本地网络上的CRM的外部数据导入/导出工具(控制台应用程序)。 – springy76
嗨,谢谢springy76提出了我的确切问题,并感谢Abhijeet Patel发布了答案,但是我仍然遇到了另一个问题,即何时会使用上述任一方法?除了在prod服务器上提供的dll之外,还有其他优势吗? – Jaya