MVC-Architektur ohne mit Entity Framework

Ich bin komplett neu in der MVC-Architektur und-mit einigen Bedenken bezüglich der Architektur und Sie sind hauptsächlich auf die nicht mit entity framework, stattdessen habe ich mit Daten-Zugriff mit Datentabellen und Datensätze Daten abrufen, um die Anwendung. Ich würde gerne wissen, die besten Praktiken in Bezug auf MVC-Muster im Falle dass, wenn jemand kann helfen, mit bestimmten links oder PDF-Dateien(ohne entity framework). Eine weitere Sache, ich würde gerne wissen, und das ist, Woher wir nennen die DAL-Methoden, um Daten aus der Datenbank? aus den Model-Klassen oder aus der Controller-Aktionen?

  • MVC und das Entity Framework sind völlig unabhängig, Sie brauchen nicht zu verwenden, EF, wenn Sie nicht wollen. Für die Daten zugreifen, die Sie interessieren könnten in das Repository-Muster, die bietet eine Abstraktion über Ihre Daten, den Zugriff auf Objekte, die Sie in der Regel rufen Sie von Ihrem MVC-Aktionen.
  • Datasource-Zugriff erfolgt aus dem Modell, nicht der Controller (oft durch ein repository-pattern).
  • ich habe nicht mit repository-Muster.. was ich habe ist eine Klasse, die bestimmte Methoden, die den Zugriff auf die Datenquelle und gibt datasets etc. Ich glaube, ich benötigen, rufen Sie diese Methoden in der einschlägigen Maßnahmen. ich habe keine Kenntnisse über das repository-Muster, die ich glaube, ich brauche zu erkunden. danke!
  • danke für die Antwort!
InformationsquelleAutor Aritra B | 2013-09-21
  1. 4

    Dies ist eine kurze demo, wie würde man bei der Implementierung von data access code, mit MVC. Beachten Sie, dass die Daten zugreifen, tritt in der Regel in der controller-action nicht das Modell, wie jemand oben angegeben:

    [HttpPost]
public ActionResult Update(MyModel model){
    //You call your data access code here and retrieve your entity
    DataAccessObject dao = new DataAcessObject();
    var entity = dao.Get(model.Id);
    //Now that you have your entity, update its properties from the model that
    //has been posted to this action
    entity.Name = model.Name;
    entity.Phone = model.Phone;
    //Once your entity has been updated, pass it to the Update method of the DAO
    dao.Update(entity);
}

    Gibt es viele Möglichkeiten, um Haut diese Katze, aber so etwas wie die oben genannten sollte Ihnen die Idee. Und es sei denn, Ihre Anwendung ist trivial klein sind, der sollte einen Blick auf die Implementierung der Repository-pattern zur Entkopplung von UI und Daten-Layer.

    • Tatsächlich wird der Datenzugriff soll auftreten, in das Modell und nicht der Controller, das ist der ganze Punkt des Modells
    • Der Zweck des Modells ist, etwas zu repräsentieren, von Ihrer business-domain (ein Auto, eine Person, Bestellung). Persistenz ist außerhalb des Modells einzelne Verantwortung. Wenn Sie lassen Sie Visual Studio, erstellen Sie Ihre controller mit einem Entity Framework-entity als Ihr Modell, werden Sie sehen, dass die data-access-Funktionen befinden sich in DbContext, nicht das Modell.
    • Oder verwenden Dapper, die eine sehr leichte bare-bones-ORM.
    InformationsquelleAutor Mister Epic
  2. 0

    MVC-Muster eine gute Praxis:
    Aussicht: Sollte reines HTML und keine Logik
    Controller: Dies ist die HTTP-handler und sollte nicht die Geschäftslogik enthalten, sondern nur Präsentationslogik (WENN die Bedingungen für die Anzeige usw.). Es ist nicht bekannt, wo die Daten stammen und wie Daten abgerufen werden. Es ist nur einer bekannt der das Modell Objekte
    Model: Repräsentiert die Daten und deren Zugriff. Modell sollte die access-Datenbank und abrufen von Daten, und füllen Sie die Objekt-controller können Sie dann verwenden, um pass zu sehen.

    EntityFramework: nicht mit MVC und daher wenn Sie EntityFramework innerhalb von MVC-Projekt, das Sie nicht sehen darf, die die guten Praktiken erwähnt folgte.

    InformationsquelleAutor AJs
Schreibe einen Kommentar