Quels sont les inconvénients à un arrêt de ProxyCreationEnabled pour CTP5 de EF premier code

La seule façon que mon service WCF peuvent retourner des classes à partir d'un code premier modèle est par définition de la ProxyCreationEnable à false à l'aide du code ci-dessous.

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

Quelles sont les conséquences négatives de cette mesure? Un gain, c'est que je peux obtenir au moins de ces dynamiques sérialisé, de sorte qu'ils peuvent être envoyés sur le fil à l'aide de la WCF.

InformationsquelleAutor Ralph Shillington | 2011-01-04

c#entity-framework proxy-classes serialization wcf

70

Proxies dynamiques sont utilisés pour le suivi des modifications et de chargement paresseux. Lors de la WCF essaie de sérialiser un objet, contexte connexe est habituellement fermé et éliminées mais la sérialisation des propriétés de navigation déclenche automatiquement le chargement paresseux (fermé de contexte) => exception.

Si vous éteignez le chargement paresseux, vous aurez besoin d'utiliser désireux de chargement pour toutes les propriétés de navigation que vous souhaitez utiliser (Inclure sur ObjectQuery). Suivi de l'évolution ne fonctionne pas sur WCF il ne fonctionne que pour la modification de l'entité à laquelle est attaché à ObjectContext.
- Est-il un avantage de performance de la désactivation de ProxyCreationEnabled? J'ai souvent de saisir une instance DbContext juste pour faire une lecture avec impatient de chargement, par exemple.
- un POCO de l'entité ne dispose pas d'un suivi des modifications proxy, les changements sont déterminés en comparant le contenu de votre entités par rapport à une copie du dernier état enregistré. Cette comparaison en profondeur deviendra un processus de longue durée, lorsque vous avez un grand nombre d'entités dans votre contexte, ou lors de vos entités ont une très grande quantité de propriétés, même si aucun d'eux n'a changé depuis la dernière comparaison a eu lieu." msdn.microsoft.com/en-us/library/hh949853(v=vs. 113).aspx
InformationsquelleAutor Ladislav Mrnka
67

Si DbContext.Configuration.ProxyCreationEnabled est fixé à false, DbContext ne prendra pas en charge les objets enfants par un parent de l'objet, à moins que Include méthode est appelée sur l'objet parent. Réglage DbContext.Configuration.LazyLoadingEnabled à true ou false n'aura pas d'impact sur ses comportements.

Si DbContext.Configuration.ProxyCreationEnabled est fixé à true, enfant objets seront chargés automatiquement, et DbContext.Configuration.LazyLoadingEnabled de la valeur de contrôle lorsque l'enfant objets sont chargés.

InformationsquelleAutor Aleksey Timkov
10

Lorsque vous utilisez EF, il crée un proxy par défaut pour votre classe. Une solution peut être d'ajouter cette ligne dans le constructeur de votre classe DbContext. Votre modèle de données héritées de la classe DbContext, de sorte que vous pouvez modifier votre modèle comme ceci:
```
    public yourDataModelEntities()
        : base("name=yourDataModelEntities")
    {
        base.Configuration.ProxyCreationEnabled = false;
    }
```
Cette classe est dans votre EF.edmx puis dans le yourmodel.Context.tt puis yourmodel.Context.cs
- Ce n'est pas une réponse, mais il m'a aidé quand même.
- Avez-vous une bonne idée sur la façon d'automatiser le processus de mise dans cette ligne? Chaque fois que je vais recréer un modèle, je suis sûrement lié à oublier de définir la propriété false et qui peut prendre des heures de débogage avant que quelqu'un se rend compte de ce qui est mal avec elle.
- Créer le code dans une classe partielle afin de ne pas obtenir remplacée. public partial class yourDataMoldelEntities()
- Vraiment? Je m'attends à un certain type de problèmes dus à l'auto-constructeur généré en collision avec celle écrite par moi dans la classe partielle...
- ils ont créé la classe partielle "type" pour vous donner un wayto de ne pas avoir votre code écrasé
- Je crains que je n'ai pas été clair avec mon souci. Si j'ai une classe partielle Blobb avec un constructeur public Blobb(){...} et il y a un autre fichier contenant le reste de la classe partielle Blobb, contenant également un constructeur public Blobb(){...}, le code ne compile pas. Si l'un des partiels sont générés automatiquement, le programmeur devra corriger manuellement ce fichier à chaque fois que l'auto-génération de prendre place. - Il Correct? Ou est-il un moyen souple pour gérer cela, que je suis ignorant? Merci de m'éduquer. Je suis un fan de lisse façons, hehe.
- Juste une surcharge du constructeur en changeant votre propre constructeur de signature. Vous pouvez le faire en ajoutant un paramètre fictif, par exemple public Blobb(bool dummy = true){...}. Personnellement, j'utilise public Blobb(string connectionString) : base(connectionString) parce que je n'aime pas le stockage des informations d'identification dans mon AppSettings fichier.
InformationsquelleAutor Vicente Zambrano
5

(À l'aide de Visual Studio 2013 ou plus tard)

Pour éviter de le modifier de la catégorie constructeur de votre modèle EF chaque fois que vous actualisez le modèle de la base de données, ou une autre façon de déclencher la reconstruction du code, le bon endroit pour le faire, le changement est dans l'T4 fichier de code qui est responsable de la création du modèle de code.
J'ai eu un autre problème avec des propriétés dynamiques d'un quelques années en arrière lorsque j'ai compris les mécanismes sous-jacents de la façon dont les classes et les propriétés a été effectivement créée. T4!!! Quel miracle il est: D
T4 syntaxe peut être un peu intimidant au premier abord, donc, la lecture sur la syntaxe est sage. Étant TRÈS concentré lors de la prise de modifications est également une bonne idée 🙂

Donc! Si vous regardez dans votre modèle, vous avez un .tt le fichier dans votre .fichier edmx. C' .tt (T4) est le script qui crée réellement votre modèle de classe. Le script va s'exécuter automatiquement chaque fois que vous construisez votre modèle ou à faire quelques changements dans l'éditeur de modèle.

Disons que votre Modèle de descripteur de fichier est nommé Model1.edmx.
Vous avez un fichier nommé Model1.Contexte.tt dans l'arbre sous elle. Vous verrez aussi une Model1.Contexte.cs fichier. C'est évidemment la réelle fichier de code pour votre contexte. Mais ce fichier est le résultat de la .tt fichier de script en cours d'exécution! Il est entièrement créé dynamiquement. Donc aucune idée de l'éditer.

Ouvrez le .tt fichier et vous verrez quelque chose comme:
```
<#@ 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);
..
..
```
Un autre 50 lignes plus bas, le code du constructeur est scripté.
```
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;
    <#
    }
```
J'ai ajouté la propriété base.Configuration.ProxyCreationEnabled = false; de sorte que ce sera la toute première ligne dans le constructeur.

Enregistrer votre fichier et ouvrez le Model1.Contexte.cs fichier pour voir le code résultant.
Si vous souhaitez forcer le modèle de script à exécuter, sélectionnez le menu

L'accumulation de Transformer tous les modèles T4

Il est facile de savoir si vous avez fait une erreur dans votre T4 de code, comme l' .cs fichier sera pas faite du tout, ou avec des erreurs évidentes si vous l'ouvrir dans l'éditeur.
- Wow - ce vraiment ce que devrait être la meilleure solution, car il résout le problème à la racine. Et fournit également un bon aperçu de la relation de l' *.tt le fichier résultant de l' *.cs fichier.
InformationsquelleAutor Per Malmstedt

Vous devez vous connecter pour publier un commentaire.