很抱歉,如果这个问题有点宽泛,但如果这是关于正常的基于 ASP.NET MVC 5 Owin 的应用程序的问题,默认连接到 MSSQL 服务器,我不会有这么难的时间,但我们使用 CRM 作为我们的数据库。
好的,正如我提到的正在开发 ASP.NET MVC5 应用程序并且很难找到创建、保持打开和关闭与 Dynamics CRM 365 的连接的最佳实践?
我发现了很多帖子和博客,但每个人都站在他这边。
有人说最好每个请求都在using
语句中打开新连接,这样它就可以立即关闭(这听起来不错,但请求可能会很慢,因为每次请求都需要打开与 CRM 的新连接)。
有人说最好singleton
在应用程序范围内创建对象,在应用程序生命周期内保持打开状态,并在每次请求时重用它。
通常我会OrganizationServiceProxy
在一些简单的控制台应用程序中使用,但在这种情况下我不确定我应该使用OrganizationServiceProxy
还是CrmServiceClient
其他什么?
如果有人有或遇到过类似的问题,任何提示都会很棒。
更新:
@尼克诺
我从SDK 365下载了 SDK,并且正在使用这个 dll-s。
Microsoft.Xrm.Sdk.dll
, Microsoft.Crm.Sdk.Proxy.dll
,Microsoft.Xrm.Tooling.Connector.dll
和Microsoft.IdentityModel.Clients.ActiveDirectory.dll
.
你提到
Microsoft.CrmSdk.XrmTooling.CoreAssembly 8.2.0.5。
如果这个nuget包使用我下载的官方程序集是否正确,或者这个包有一些修改?
关于那个测试
验证测试
如果我做对了,无论我是使用using
语句、实现Dispose()
方法还是只在应用程序范围内使用静态类,我都会得到相同的实例(如果我使用默认设置RequireNewInstance=false
)?
为简化代码,我通常创建一个静态类(也可以使用单例,但通常会过度使用)来返回一个 CrmServiceClient 对象。这样,如果我想更改有关如何建立连接的任何内容,我的代码就不会被新的 CrmServiceClient 调用乱七八糟。
因此,在应用程序范围内创建应用程序生命周期的静态类是一种好习惯吗?这意味着每个发出请求的用户都会使用相同的实例?那不是那个连接的性能问题吗?
您的所有方法调用都将执行完成或抛出异常,因此即使 GC 需要一段时间,也没有打开的连接在那里占用资源和/或阻止其他活动。
这个带我回到我总是得到相同实例CrmServiceClient
的部分,并得到了 xrm.tooling 处理另一端的缓存连接的部分,但在这一端发生了什么(Web 应用程序)。不是与 CRM(即CrmServiceClient
)非托管资源的连接,我不应该Dispose()
明确吗?
我发现了一些示例,CrmServiceClient
并且几乎所有示例CrmServiceClient
都IOrganizationService
使用了CrmServiceClient.OrganizationWebProxyClient
or CrmServiceClient.OrganizationServiceProxy
。
为什么会这样?这样做有什么好处?
我有很多问题,但这已经是要问的了,有什么在线文档可以指点我吗?