Каковы минусы отключения ProxyCreationEnabled для CTP5 кода EF

Динамические прокси используются для отслеживания изменений и ленивой загрузки. Когда WCF пытается сериализовать объект, связанный контекст обычно закрывается и удаляется, но сериализация свойств навигации автоматически вызывает ложную загрузку (в закрытом контексте) => исключение.

Если вы отключите ленивую загрузку, вам нужно будет использовать желаемую загрузку для всех свойств навигации, которые вы хотите использовать (Include on ObjectQuery). Изменения отслеживания не работают над WCF, он работает только для модификации объекта, который привязан к ObjectContext.

Если для параметра DbContext.Configuration.ProxyCreationEnabled установлено значение false , DbContext не будет загружать дочерние объекты для какого-либо родительского объекта, если для родительского объекта вызывается метод Include . Установка DbContext.Configuration.LazyLoadingEnabled на true или false не повлияет на его поведение.

Если для параметра DbContext.Configuration.ProxyCreationEnabled установлено значение true , дочерние объекты будут загружаться автоматически, а значение DbContext.Configuration.LazyLoadingEnabled будет контролироваться при загрузке дочерних объектов.

Когда вы используете EF, он создает прокси по умолчанию для вашего classа. Решением может быть добавление этой строки в конструктор вашего classа DbContext. Ваша модель данных унаследована от classа DbContext, поэтому вы можете редактировать свою модель следующим образом:

  public yourDataModelEntities() : base("name=yourDataModelEntities") { base.Configuration.ProxyCreationEnabled = false; } 

Этот class находится в вашем EF.edmx затем в yourmodel.Context.tt затем yourmodel.Context.cs

(С использованием Visual Studio 2013 или более поздней версии)

Чтобы избежать редактирования конструктора classов в вашей модели EF каждый раз, когда вы обновляете модель из базы данных или каким-либо другим способом инициируете перестройку кода, правильное место для внесения изменений находится в файле кода T4, который отвечает за фактически создавая код модели. У меня была еще одна проблема с динамическими свойствами несколько лет назад, когда я понял основную механику того, как были созданы classы и свойства. T4 !!! Какое чудо это: -D T4 синтаксис может быть немного запугивающим вначале, поэтому чтение синтаксиса является разумным. ОЧЕНЬ сфокусированный при внесении изменений – тоже хорошая идея 🙂

Так! Если вы посмотрите в своей модели, у вас есть файл .tt под вашим .edmx-файлом. Этот файл .tt (T4) – это скрипт, который фактически создает class модели. Сценарий будет запускаться автоматически каждый раз, когда вы создадите свою модель или внесите некоторые изменения в редактор модели.

Скажем, ваш дескриптор модели называется Model1.edmx . У вас будет файл с именем Model1.Context.tt в дереве под ним. Вы также увидите файл Model1.Context.cs . Это, очевидно, фактический файл кода для вашего контекста. Но этот файл является результатом запуска файла сценария .tt ! Он полностью динамически создан. Так что не стоит его редактировать.

Откройте файл .tt, и вы увидите что-то вроде:

 <#@ template language="C#" debug="false" hostspecific="true"#> <#@ include file="EF6.Utility.CS.ttinclude"#><#@ output extension=".cs"#><# const string inputFile = @"Model1.edmx"; var textTransform = DynamicTextTransformation.Create(this); .. .. 

Еще около 50 строк вниз, код конструктора запускается сценарием.

 using System; using System.Data.Entity; using System.Data.Entity.Infrastructure; <# if (container.FunctionImports.Any()) { #> using System.Data.Entity.Core.Objects; using System.Linq; <# } #> <#=Accessibility.ForType(container)#> partial class <#=code.Escape(container)#> : DbContext { public <#=code.Escape(container)#>() : base("name=<#=container.Name#>") { base.Configuration.ProxyCreationEnabled = false; <# if (!loader.IsLazyLoadingEnabled(container)) { #> this.Configuration.LazyLoadingEnabled = false; <# } 

Я добавил base.Configuration.ProxyCreationEnabled = false; свойств. base.Configuration.ProxyCreationEnabled = false; так что это будет первая строка в конструкторе.

Сохраните файл и откройте файл Model1.Context.cs, чтобы увидеть полученный код. Если вы хотите принудительно запустить сценарий шаблона, выберите меню

Build - Tranform все шаблоны T4

Легко узнать, допустили ли вы ошибку в коде T4, так как файл .cs будет либо вообще не создан, либо с явными ошибками, если вы откроете его в редакторе.