Bezdepbonusu7Программирование: статьи и ответы

Вопрос

Каковы недостатки предварительного отключения ProxyCreationEnabled для CTP5 кода EF

Автор вопроса: Ralph ShillingtonОтветов: 4

Единственный способ, которым моя служба WCF может возвращать классы из модели с первым кодом, - это установить для ProxyCreationEnable значение false с помощью приведенного ниже кода.

((IObjectContextAdapter)MyDb).ObjectContext.ContextOptions.ProxyCreationEnable = false;

Каковы негативные последствия этого? Одним из преимуществ является то, что я могу по крайней мере сериализовать эти динамические типы, чтобы их можно было отправлять по сети с помощью WCF.

  • Служба WCF может возвращать классы из модели с первым кодом - вам действительно не следует использовать типы домена / сущности в качестве DTO в любом случае. DTO не являются бизнес-объектами. Dai 08.06.2021

entity-frameworkserializationwcfproxy-classes

Ответы

Ответ 1 · рейтинг 71 · Ladislav Mrnka

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

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

Ответ 2 · рейтинг 76 · Aleksey Timkov

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

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

Ответ 3 · рейтинг 10 · Vicente Zambrano

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

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

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

Ответ 4 · рейтинг 6 · Per Malmstedt

(Используя Visual Studio 2013 или новее)

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

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

Допустим, ваш дескриптор модели называется 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;, чтобы оно было самой первой строкой в ​​конструкторе.

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

Сборка - преобразование всех шаблонов T4

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

Перевод вопроса и ответов сообщества Stack Overflow, лицензия CC BY-SA. Оригинал на Stack Overflow.

Похожие материалы