Was ist die Verwendung von Model in MVC? Ist es wirklich nützlich?

Erste, Sie sind der Annahme, dass ein Modell-Ebene unbedingt verwendet eine Art von ORM, um die abstrakte SQL entfernt. Das ist nicht wahr: Sie können ein Modell erstellen Schicht, die lose aus der Controller-Schicht, sondern eng gekoppelt an ein bestimmtes DBMS, und so vermeiden, mit einem full-featured ORM.

Gibt es einige ORM-Bibliotheken wie Hibernate (Java), NHibernate (.NET), Doctrine (PHP) oder ActiveRecord-Rails (Ruby) , wirklich kann erzeugen alle SQL-Anweisungen für Sie; aber wenn Sie denken, ORM unnötig ist, und Sie möchten, um zu definieren, werden alle SQL-statements von hand, verwenden Sie Sie nicht.

Immer noch, IMHO, das bedeutet NICHT bedeuten, sollten Sie einfach alle Ihre DB-bezogene Logik in die controller-Schicht. Dies wird als der "fat controller" - Ansatz, und es ist eine Straße, die führt oft zu aufgeblähten, wartbaren code. Sie können es verwenden, für einfache CRUD-Projekte, aber nichts darüber hinaus verlangen die Existenz einer wirklichen "Modell".

Sie scheinen zu kümmern, MVC. Bitte, Lesen Sie auch etwas über TDD. Ein weiser Mann sagte einmal:"legacy code ist code ohne tests". Wenn Sie lernen, die automatisierten unit-tests sind so wichtig wie der "real" - code, Sie werden verstehen, warum es so viele Ebenen in einem Unternehmen Anwendung, und warum Ihr Modell Schicht getrennt sein soll von der Steuerung. Ein block von code, der versucht, alles zu tun (Präsentation, Geschäftslogik, Daten-Persistenz) einfach nicht leicht getestet (noch nicht ausgetestet).

Bearbeiten

"Modell" ist ein wenig unscharf Begriff. Je nachdem, von wo aus Sie es betrachten, es kann bedeuten, etwas leicht anders. Zum Beispiel, PHP e-Ruby-Programmierer verwenden Häufig als ein synonym für eine Active Record, das ist nicht korrekt. Einige andere Entwickler scheinen zu glauben, dass ein "Modell" ist nur eine Art von DTO, das ist auch nicht richtig.

Ich lieber die definition des Modells wie in Wikipedia:

Die zentrale Komponente von MVC, das Modell, fängt das Verhalten der Anwendung in Bezug auf die problem-Domäne, unabhängig von der Benutzer-Schnittstelle. Das Modell verwaltet die Daten des Programms, Logik und Regeln.

Also das Modell ist die größte, wichtigste Schicht in den meisten MVC-Anwendungen. Deshalb ist es in der Regel gliedert sich in sub-Ebenen: die Domäne, Service, Data Access und so weiter. Das Modell ist in der Regel ausgesetzt durch die Domain, weil es dort, wo finden Sie die Methoden, die in Ihrem controller-aufrufen wird. Aber die Data-Access-layer gehört zum "Modell" zu. Alles, was im Zusammenhang mit der Daten Persistenz und business-Logik gehört.

InformationsquelleAutor der Antwort rsenna

In den meisten realen Situationen, Daten, die vom Benutzer nicht direkt in der Datenbank.

Muss oft überprüft werden, gefiltert oder umgewandelt wird.

Die Rolle der model-Schicht ist in der Regel, um sicherzustellen, dass Daten kommt richtig in die backend-store (meistens Datenbank), indem Sie diese Vorgänge ausführen, die nicht in der Verantwortung der controller (skinny controller, fat model"), und nicht die Verantwortung für die Datenbank-engine selbst.

In anderen Worten, das Modell layer ist verantwortlich - oder `weiß' - wie die Daten behandelt werden sollen.

Meisten modernen MVC-frameworks bieten Methoden zum angeben von Verträgen über die Gültigkeit der Daten Anforderungen, wie Schienen.

Hier ist ein Beispiel aus http://biodegradablegeek.com/2008/02/introduction-to-validations-validation-error-handling-in-rails/:

class Cat
  validates_inclusion_of :sex, :in => %w(M F), :message => 'must be M or F'
  validates_inclusion_of :vaccinated, :in => [true,false]
  validates_inclusion_of :fiv, :in => [true,false]
  validates_inclusion_of :age, :within => 1..30
  validates_each :weight do |record, attr, value|
      record.errors.add attr, 'should be a minimum of 1 pound' if value and value  /^[01][0-9]\/[0-9]{2}\/[0-9]{4}$/
  validates_length_of :comment, :allow_blank => true, :allow_nil => true, :maximum => 500
end

Hier mehrfach die Gültigkeit der Daten Anforderungen können nicht behandelt werden, indem Sie die Datenbank, und sollte nicht behandelt werden, im Controller, weil jede änderung in diesen Anforderungen kann der code an mehreren stellen.

Daher, das Modell ist der beste Ort, um sicherzustellen, dass Daten zusammenhängend ist für Ihre domain.

Es gibt eine Menge mehr über ihn gesagt werden, aber ich fühlte, wie die Beseitigung der eine Punkt, der wichtig erscheint mir, motiviert durch praktische Erfahrungen 🙂

InformationsquelleAutor der Antwort SirDarius

Ich beziehen sich immer auf das Modell zu den Daten-unabhängig davon, wo es ist oder wie es dargestellt wird. Im MVC-V zeigt Daten und C-handles ändern. Selbst wenn Sie alle Daten auf dem Bildschirm präsentiert in einer HashMap im eigenen controller; HashMap wird als das Modell.

InformationsquelleAutor der Antwort Vinod R