我使用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