ASP.NET MVC / EF4 / POCO / Repository - How zu Aktualisieren Beziehungen?

Ich habe eine 1..* Beziehung zwischen Abgeben und Empfehlungen.

Den relevanten Teil meiner Modell (das ist auch der POCO zugeordnet EF4):

public class Review
{
   public ICollection<Recommendations> Recommendations { get; set; }
}

Auf eine Bearbeiten-Ansicht -, ich vertrete die Empfehlungen als eine Reihe von Checkboxen.

Wenn ich versuche fügen Sie eine neue Empfehlung als Teil der Bearbeitung der Beurteilung (e.g prüfen Sie ein anderes Feld), nichts ist passiert - und ich weiß warum...

Ich den "stub-Technik" aktualisieren mein Entitäten - e.g i erstellen Sie eine Entität mit dem gleichen Schlüssel, befestigen Sie es an der Grafik, dann tun ApplyCurrentValues. Dies funktioniert aber nur für Skalare Eigenschaften, nicht für Navigations-Eigenschaften.

Fand ich diese StackOverflow-Frage die sieht gut aus, aber ich bin versucht, herauszufinden, wie man diese Arbeit mit POCO-s/Repository (und ASP.NET MVC - Einfamilienhaus-Kontext).

So, ich bin mit der POCO ist, review.Recommendations ist ein ICollection<Recommendation>, so kann ich das nicht review.Recommendations.Attach. Ich bin nicht mit Self-Tracking Entitäten, also muss ich manuell arbeiten mit dem Diagramm/ändern tracking -, die bisher nicht ein problem bis jetzt.

So können Sie visualisieren das Szenario:

Kritik:

  • Empfehlungen (ICollection<Recommendation>):
    • RecommendationOne (Recommendation)
    • RecommendationTwo (Recommendation)

Wenn ich auf der Bearbeiten-Ansicht, zwei der Kästchen sind bereits geprüft. Die Dritte (die RecommendationThree) ist deaktiviert.

Aber wenn ich überprüfen, dass das Feld, das obige Modell wird:

Kritik:

  • Empfehlungen (ICollection<Recommendation>):
    • RecommendationOne (Recommendation)
    • RecommendationTwo (Recommendation)
    • RecommendationThree (Recommendation)

Deshalb muss ich anfügen RecommendationThree der graph als neue Entität.

Brauche ich hidden-Felder zu vergleichen mit den geposteten Daten der vorhandenen Person? Oder sollte ich speichern der Entität im TempData und vergleichen Sie die gebuchte Person?

BEARBEITEN

Um Verwirrung zu vermeiden, hier der gesamte app-stack nennen:

ReviewController

[HttpPost]
public ActionResult Edit(Review review)
{
   _service.Update(review); //UserContentService
   _unitOfWork.Commit();
}

UserContentService

public void Update<TPost>(TPost post) where TPost : Post, new()
{
   _repository.Update(post); //GenericRepository<Post>
}

GenericRepository - als GenericRepository<Post>

public void Update<T2>(T2 entity) where T2 : class, new()
{
   //create stub entity based on entity key, attach to graph.

   //override scalar values
   CurrentContext.ApplyCurrentValues(CurrentEntitySet, entity);
}

So, die Update (oder Add oder Delete) Repository-Methoden aufgerufen werden muss für jede Empfehlung, je nachdem, es ist neu/geändert/gelöscht.

InformationsquelleAutor RPM1984 | 2011-01-11
  1. 4

    Vielleicht brauche ich mehr Kontext, aber was ist falsch mit:

    recommendations.Add(newRecomendation)

    ?

    Antwort auf den Kommentar:

    Ok, so was ist falsch mit

    SomeServiceOrRepository.AddNewRecommendation( newRecommendation )

    oder

    SomeServiceOrRepository.AddNewRecommendation( int parentId, newRecommendation )

    Letzten Satz? Du meinst die zwei Fragen?

    Dies sollte nicht schwer sein überhaupt.

    Zusammenfassen, meine Antwort, die ich denke, man tut Dinge, die "der harte Weg" und sollte wirklich der Fokus auf das posting-Formular Werte, die entsprechen, um die CRUD-Aktion Ihr versuchen zu erreichen.

    Wenn eine neue Entität kommen könnte in der gleichen Zeit wie Ihre bearbeiteten Objekte, die Sie sollten wirklich Präfix Sie anders, so dass das Modell binder können, greifen es auf. Auch wenn Sie mehrere neue Elemente, die Sie verwenden können, die gleichen [0] syntax nur Präfix-Feld "name" mit Neuen oder etwas.

    Viele Male in diesem Szenario können nicht Sie verlassen sich auf Entity Frameworks, graph-Funktionen, weil das entfernen einer Einheit aus einer Sammlung, die nie bedeutet, es sollte festgelegt werden, für die Löschung.

    Wenn die form ist unveränderlich, Sie könnten auch versuchen, die generized Anhängen-Funktion aus der ObjectSet:

    theContect.ObjectSet<Review>().Attach( review )

    Tonnen von Möglichkeiten, aus dieser. Vielleicht könnten Sie veröffentlichen Sie Ihre controller-und view-code?

    • dass nur fügt das Element der Sammlung, muss ich hinzufügen, dass die Person, um die Grafik als gut. erinnern Sie sich - losgelöst Kontext, POCO, kein STE ist. in diesen Szenarien EF nicht weiß, dass diese Empfehlung muss Hinzugefügt werden, um die DB -ich muss sagen es so.
    • in Antwort auf - Bearbeiten. und wie kann ich wissen, daß, die Empfehlung sollte Hinzugefügt/geändert/gelöscht? muss ich vergleichen, alle die "alte" Empfehlungen für die neue? betrachten Sie den letzten Satz in der Frage.
    • bearbeitete Frage. Lesen Sie Ihren Bearbeiten - beachten Sie im mit ApplyCurrentValues. Attach(review) wird, ändern Sie nur Skalare Werte - nicht die Empfehlung.
    • Die docs: "Wenn das Objekt, das angeschlossen hat Verwandte Objekte, diese Objekte sind auch an den Objekt-Kontext." Ziemlich sicher, ich habe verwendet, befestigen Sie das gleiche zu tun, Sie zu tun versuchen.
    • kann man den Teil der Dokumentation, die Sie bekam, dass aus? Ich würde mit Ihnen einverstanden, die in nicht-POCO-Szenarien. aber ich habe kontrolliert das OSM. Wenn ich befestige die Kritik, nur Kritik zu bekommen ist angebracht, nicht die Empfehlungen. ich vermute es ist, weil die Empfehlungen nicht ein "Verwandtes Objekt" (EntityCollection), es ist eine ICollection.
    • href="http://msdn.microsoft.com/en-us/library/bb896271.aspx" >msdn.microsoft.com/en-us/library/bb896271.aspx - ich glaube, einige Draht ist hier kreuzten. Die Dokumente auch sagen, dass ApplyCurrentValues nur Kopien skalaren: "Kopiert die Skalare Werte aus den gelieferten Gegenstand in dem Objekt in der ObjectContext, der hat den gleichen Schlüssel. Alle Werte, die unterscheiden sich von den ursprünglichen Werten wird als geändert markiert werden."
    • keine Sorge - es gefunden. und ich glaube nicht, dass es funktioniert mit POCO-s/freistehende Kontext. Überprüfen Sie heraus diese Aussage: "Wenn Sie POCO-Entitäten, ohne proxies, rufen Sie die Methode DetectChanges zu synchronisieren, werden die verwandten Objekte in den objektkontext. Wenn Sie mit getrennten Objekten müssen Sie manuell zu verwalten, die Synchronisation." Im mit getrennten Objekten (hergestellt aus form-Werte).
    • Gotcha, freistehendes kann eine echte Schmerzen. Ich in der Regel immer "get", bevor ich zu vermeiden, diese Art von Problemen. Eine weitere wählen Sie nicht gehen, um Sie zu töten. 😉
    • selbst dann, sage ich packen Sie die Einheit aus dem Kontext - die hat 2 Empfehlungen. jetzt habe ich eine "Bewertung" kommen aus der post, mit 3-Empfehlungen. was muss ich tun? es ist das gleiche Problem - der Kern des Problems ist wie Sie wissen, wenn Sie zum hinzufügen/Bearbeiten/löschen einer Beziehung. ApplyCurrentValues nur vergleicht alle Eigenschaften. ich muss die Logik für Zusammenhänge. arggh. vielen Dank für deine Hilfe, aber ich werde weiter arbeiten und hier wieder ein edit-sobald ich Fortschritte.
    • akzeptieren Sie Ihre Antwort, da hab ich nur abgerufen, das Objekt erneut aus der db. weil es in der Grafik, wenn Sie änderungen vornehmen (TryUpdateModel), wird es automatisch aktualisiert die Beziehungen, - e.g Empfehlungen. Ich weiß nicht wirklich, über die Parallelität (letzter gewinnt), so wird dies jetzt tun. Danke.
    • Sieht aus wie Sie beide nicht überprüfen Sie die Verbindung, die ich zur Verfügung gestellt. Ich Schätze, fand ich alle Informationen in der Msdn im Zusammenhang mit diesem problem.
    • Mrnka, Wir arbeiteten durch diese spät in die Nacht, bevor Sie einmal gepostet, eine Antwort. Damit die Rechte, die wir nicht überprüfen Sie den link, es war nicht da! 😉

    InformationsquelleAutor John Farrell
  2. 8

    Ich angenommen habe @jfar die Antwort, denn er setzte mich auf den richtigen Weg, aber dachte, ich würde hinzufügen, hier eine Antwort für andere Menschen davon profitieren.

    Der Grund, warum die Beziehungen waren nicht immer aktualisiert ist aus den folgenden Gründen:

    1) Komplett abgeschaltet Szenario. ASP.NET = staatenlos, neuen Kontext newed jede HTTP-Anfrage.

    2) Bearbeitet Entität erstellt von MVC (Modell-Bindung), nicht aber bestehende graph.

    3) Bei der Verwendung von POCO ist kein tracking durchführen .Attach auf Organisation hinzufügen, um die Grafik, sondern die Person und jedes Kind von Beziehungen werden Unverändert.

    4) ich benutze die stub-Einheit trick und ApplyCurrentValues update der entity, aber das funktioniert nur für Skalare Eigenschaften, nicht navigational lieben.

    Also - um die oben genannten arbeiten, ich müsste ausdrücklich festgelegt, die EntityState für das Objekt (das passiert automatisch, weil der ApplyCurrentValues), und auch die Navigations-Eigenschaften.

    Und es ist das problem - wie kann ich wissen wenn die Navigations-Eigenschaft wurde Hinzugefügt/geändert/gelöscht? Ich habe kein Objekt zum Vergleich zu - nur eine Person, die ich kenne, war "bearbeitet", aber ich weiß nicht was bearbeitet wurde.

    So dass die Lösung am Ende war dieses:

    [HttpPost]
public ActionResult Edit(Review review)
{
   var existingReview = _service.FindById(review.Id); //review is now in graph.
   TryUpdateModel(existingReview); //MVC equivalent of "ApplyCurrentValues" - but works for ALL properties - including navigationals
   _unitOfWork.Commit(); //save changed
}

    Das ist es. Ich Brauch nicht mal meine _service.Update Methode - da brauche ich nicht die stub-trick nicht mehr - da die rezension ist in der Grafik mit dem Abruf, und ApplyCurrentValues wird ersetzt durch TryUpdateModel.

    Nun natürlich - das ist nicht ein Parallelität Beweis Lösung.

    Wenn ich laden Sie die Review-Ansicht Bearbeiten, und bevor ich auf "Absenden" jemand anderes ändert sich die Beurteilung, sind meine änderungen verloren gehen könnten.

    Glücklicherweise habe ich einen "last-in-wins" Parallelität Modus, so dass es nicht ein Problem für mich.

    Ich Liebe POCO ist, aber Mann, sind Sie ein Schmerz, wenn Sie die Kombination eines stateless environment (MVC) und keine Veränderung tracking.

    • Dies kann ziemlich große Sicherheitslücke beim arbeiten mit der automatischen Modell-Bindung, da schädliche Anfrage können auch senden von modifizierten Bereichen, die normalerweise nicht editierbar auf dem Formular.
    • Mrnka - Das ist, warum Sie passieren eine Ausschluss-Liste, um die TryUpdateModel überlastung. Das oben ist nur ein einfaches Beispiel.
    • gibt es eine umfassende Art und Weise zu reflektieren, die ein Modell vom client erhalten, zusammen mit all seinen Navigations-Eigenschaften, sowohl Einzel-und Sammlungen auf das speichern - einschließlich der Streichung von Personen entfernt, die von client?
    • Das problem ist, dass die damit verbundene Sammlung als Added eventho es Sie schon gibt!
    InformationsquelleAutor RPM1984
  3. 6

    Arbeiten mit getrennten Objekt-Graphen ist mein Favorit Nachteil der EF. Einfach pain in the ass. Zuerst müssen Sie sich mit es auf Ihrem eigenen. EF wird nicht helfen Sie mit ihm. Es bedeutet, dass zusätzlich zu Review Sie auch haben, senden Sie einige Informationen über änderungen. Wenn Sie anfügen Review Kontext setzt es Review alle Recommendation und alle Beziehungen zu Unchanged Zustand. ApplyCurrentValues funktioniert nur für Skalare Werte, wie Sie bereits gefunden haben. So nehmen Sie Ihr zusätzliche Informationen über änderungen und stellen Beziehungen zu Added mithilfe ObjectContext.ObjectStateManager.ChangeRelationshipState.

    Ich persönlich gab sich mit diesem Ansatz, und ich bin be-graph-Objekt aus DB erste Zusammenführung meiner änderungen in den angeschlossenen Graphen und speichern Sie es.

    Antwortete ich, ähnliche Frage tiefer hier.

    • "Ich persönlich gab sich mit diesem Ansatz, und ich bin be-graph-Objekt aus DB erste Zusammenführung meiner änderungen in den angeschlossenen Graphen und speichern Sie es." - das ist genau, was ich getan habe, lol.
    • Nachdem er ein paar Tage auf dieser und schließlich sein fest auf ChangeRelationshipState Weigerung, die Arbeit mit EntityState.Modified habe ich auch aufgegeben und aktiviert Fremdschlüssel-Eigenschaften. Ihre blog post war eine interessante Lektüre.
    • Verhältnis nicht geändert haben Zustand. Ändern Bezug bedeutet, dass das löschen von alten Bezug und erstellen eine neue Beziehung.
    • Ja, ich habe herausgefunden, aber dann würde ich zuerst zum abrufen der alten Beziehung in der Lage sein, um es zu löschen. Also ich fand das freilegen der FKs das kleinere übel.
    InformationsquelleAutor Ladislav Mrnka
Schreibe einen Kommentar