Corriger l'élimination à l'aide du Référentiel et de l'Unité des habitudes de Travail avec Entity Framework?

Cheers!J'ai quelques doutes sur l'utilisation de l'Unité de Travail avec le Référentiel. Spécialement un rôle d'enfant de contexte à partir de l'Entity Framework.
J'ai beaucoup cherché des informations sur ce thème, mais tout ce que j'ai trouvé sur les différents types de modes d'utilisation, je suis confus et je ne peux pas comprendre les principaux pense.

1.Où je devrais réaliser l'élimination et l'économie?
-Est-il réaliser correctement Jetables dans l'Héritage de la classe de DbContext?
Après que réaliser dans le Référentiel et l'Unité de Travail ou tout simplement dans Uni fo Travail?

-Où mettre la méthode Enregistrer dans l'Unité de Travail ou de Référentiel?

Mon dépôt sera Générique
Mon code est correct dans l'architecte de style et d'autres détails?S'il vous plaît dites si mon pense est faux.

    interface IRepository : IDisposable
    {
        void Create();
        void Delete();
        void Update();
        void Get();
        T getSomeByExpression()
        ...Some another costum operations
        ...should I remember about Save here? 
    }

    class Repository : IRepository
    {
        SomeContext context = new SomeContext();
        ...Using using(context = new SomeContext()){} in functions??
        ... 
        ....Disposing?
    }

    interface IUnitOfWork : IDisposable
    {
     ...Which methods I should realize?
    Commit()
    Save()
    ...Need some another methods like rollback, Attach() Add() or Dispose or something else?
    }
    class UnitOfWork
    {
     ...Collection of Repository

    }

Utiliser une fois que l'Unité de Travail sur la Logique?
S'il vous plaît aidez-moi à comprendre ce thème.

Je veux savoir comment utiliser correctement l'Unité De Travail et Référentiel des modèles, en particulier DBContext.Aussi je veux savoir d'où l'utilisation de certaines opérations comme la Jeter.
Les opérations qui doivent être en UnitOfWork couramment, Enregistrer etc.
Comment débarrassez contexte référentiel?

OriginalL'auteur TuffGong | 2012-08-04

  1. 11

    Voici un excellent article sur la mise en œuvre de l'unité de travail à l'aide de la MVC.

    J'ai l'habitude de disposer de l'appareil une fois la transaction terminée. Par exemple, si l'action a été de créer un Parent, certains enfants et attachés entre eux, je les jeter immédiatement une fois que c'est fini.

    Ajouté plus de détail concernant ci-dessus:

    En relisant votre question, il semble que vous voulez plus d'informations à propos de la théorie d'une unité de travail plutôt que de la mise en œuvre effective, toutes mes excuses.

    Voici un meilleur article sur MSDN par rapport à cela, mais je vais vous résumer.

    Selon Martin Fowler, le motif d'Unité de Travail "tient à jour une liste
    des objets touchés par une transaction commerciale et coordonne l'
    l'écriture de changement, et la résolution de problèmes de concurrence d'accès."

    En général, j'utilise le motif d'unité de travail afin de réunir toutes les référentiels, à résoudre des problèmes de concurrence, tout en gardant les référentiels distincts.

    L'une des meilleures façons d'utiliser le motif d'Unité de Travail est de permettre à
    classes disparates et de services afin de prendre part à une logique unique
    des transactions. Le point clé ici est que vous voulez que les classes disparates
    et services à rester dans l'ignorance les uns des autres tout en étant en mesure de
    s'inscrire dans une seule transaction.

    • "Où je devrais réaliser l'élimination et l'économie?"

    Je ne suis pas sûr que je comprends votre question, mais je pense que vous vous demandez ce que devrait être la gestion du cycle de vie de l'unité de travail?

    Voici un autre DONC, après les à cet égard, mais le résumé est celui qui est propriétaire de l'unité de travail pour l'instant, et c'est lié à la façon dont vous l'installation de la portée de votre unité de travail. Par exemple, Il peut être l'affaire d'un commandement ou d'un MVC action.

    • "Est-il réaliser correctement Jetables dans l'Héritage de la classe de DbContext? Après que réaliser dans le Référentiel et l'Unité de Travail ou tout simplement dans Uni fo Travail?"

    Voulez-vous dire, où devriez-vous être l'élimination de la DbContext? Je crois qu'il devrait être dans l'unité de travail. Si vous êtes à la création/l'élimination des contextes multiples dans une même unité de travail, vous devriez peut-être les séparer en 2 unités différentes.

    • Où mis de la méthode Enregistrer dans l'Unité de Travail ou de Référentiel?

    Votre unité de travail est de gérer le contexte, et les transactions, et doit contenir la logique de prévenir la répétition des mises à jour, pour cette raison, votre fonction d'enregistrement doit être contrôlé par votre unité de travail.

    Ok), A vu cet article.Ici, nous ré à l'aide du Référentiel comme la collection de l'Unité de Travail.Mais j'ai vu une autre des combinaisons
    Mis à jour afin de donner plus de détails sur le motif d'unité de travail
    Probablement je vais être utiliser un poste de asp.net ce genre de modèle pour mon référentiel et de l'unité de modèles de travail:)Donc beaucoup de différentes façons de le faire, je voulais trouver l'un des meilleurs.)J'ai vu sur l'utilisation d'ovni et d'un dépôt de diviser.U peut me dire à propos du cycle de vie de la demande de l'ovni, la simultanéité, bussines transactions, de multiples contextes ou certaines matériel intéressant à ce sujet?J'ai utiliser WCF, Entity Framework et Asp.net mvc.Je suis nouveaux dans la programmation spécialement sur .net.Merci beaucoup pour l'aide:)
    Cette article MSDN est un grand sujet de questions que vous avez énumérées ci-dessus. Bonne chance!

    OriginalL'auteur Mark Oreta