Рекомендации по подключению к CRM в веб-приложении

Во-первых, я предполагаю, что вы используете новейшие библиотеки DLL SDK от Nuget: Microsoft.CrmSdk.XrmTooling.CoreAssembly 8.2.0.5.

Я никогда не заключаю соединение в выражение using и не думаю, что когда-либо видел пример, где это делается. Есть примеры из «старых дней», до появления библиотеки инструментов, где вызовы create OrganizationServiceProxy были заключены в оператор using, что заставило многих неопытных разработчиков выпустить код с проблемами производительности соединения.

К счастью, большая часть этого была исправлена ​​с помощью библиотеки Xrm.Tooling.

Создайте объект подключения, используя CrmServiceClient:

CrmServiceClient crmSvc = new CrmServiceClient(@"...connection string goes here...");

Теперь, если я создаю объект OrganizationServiceContext (или эквивалент с ранней привязкой), я оборачиваю его в using, чтобы он был определенно удален, когда я завершу свою единицу работы.

using (var ctx = new OrganizationServiceContext(crmSvc))
{
    var accounts = from a in ctx.CreateQuery("account")
                    select a["name"];

    Console.WriteLine(accounts.ToList().Count());
}

Библиотека Xrm.Tooling обрабатывает все остальное за вас, включая канал подключения и аутентификацию. Если вы не укажете создание нового канала каждый раз (добавив «RequireNewInstance = true» в строку подключения или установив useUniqueInstance на true при вызове new CrmServiceClient), библиотека будет повторно использовать существующий аутентифицированный канал.

Я использовал следующий код для быстрой проверки:

void Main()
{

    var sw = new Stopwatch();
    sw.Start();

    var crmSvc = GetCrmClient();

    Console.WriteLine($"Time to get Client # 1: {sw.ElapsedMilliseconds}");

    crmSvc.Execute(new WhoAmIRequest());

    Console.WriteLine($"Time to WhoAmI # 1: {sw.ElapsedMilliseconds}"); 

    var crmSvc2 = GetCrmClient();

    Console.WriteLine($"Time to get Client # 2: {sw.ElapsedMilliseconds}");

    crmSvc2.Execute(new WhoAmIRequest());

    Console.WriteLine($"Time to WhoAmI # 2: {sw.ElapsedMilliseconds}");    

}

public CrmServiceClient GetCrmClient()
{
    return new CrmServiceClient("...connection string goes here...");
}

Когда я запускаю это с RequireNewInstance=true, я получаю следующий вывод консоли:

• Время получить клиента №1: 2216
• Время до WhoAmI # 1: 2394
• Время получить клиента №2: 4603
• Время до WhoAmI # 2: 4780

Очевидно, что создание каждого соединения занимало примерно одинаковое количество времени.

Теперь, если я изменю его на RequireNewInstance=false (что по умолчанию), я получу следующее:

• Время получить клиента №1: 3761
• Время до WhoAmI # 1: 3960
• Время получить клиента №2: 3961
• Время для WhoAmI # 2: 4145

Вау, это большая разница. Что здесь происходит? При втором вызове библиотека Xrm.Tooling использует существующий канал службы и аутентификацию (которые она кэширует).

Вы можете сделать еще один шаг и заключить свои new CrmServiceClient вызовы в using, и вы получите такое же поведение, потому что удаление экземпляра возврата не уничтожает кеш.

Таким образом, это вернет время, подобное приведенному выше:

using (var crmSvc = GetCrmClient())
{
    Console.WriteLine($"Time to get Client # 1: {sw.ElapsedMilliseconds}");

    crmSvc.Execute(new WhoAmIRequest());

    Console.WriteLine($"Time to WhoAmI # 1: {sw.ElapsedMilliseconds}");
}

using (var crmSvc2 = GetCrmClient())
{
    Console.WriteLine($"Time to get Client # 2: {sw.ElapsedMilliseconds}");

    crmSvc2.Execute(new WhoAmIRequest());

    Console.WriteLine($"Time to WhoAmI # 2: {sw.ElapsedMilliseconds}");
}

Для простоты кода я обычно создаю статический класс (можно также использовать синглтон, но обычно это будет излишним), чтобы вернуть объект CrmServiceClient. Таким образом, мой код не будет завален new CrmServiceClient вызовами, если я захочу что-нибудь изменить в том, как устанавливается соединение.

Чтобы фундаментально ответить на вопрос о using, нам не нужно его использовать, потому что нечего выпускать. Все вызовы ваших методов будут выполняться до завершения или вызывать исключение, поэтому, даже если сборщик мусора занимает некоторое время, нет открытого соединения, которое потребляет ресурсы и / или блокирует другие действия.