Kommentare zu: Tutorial: Model-View-Controller (MVC) Struktur in Java Projekten nutzen

Von: Gion

Gion — Sat, 07 Jan 2012 16:39:25 +0000

Ändere doch einfach die berechnungsfunktion Math.sqrt ? dann stimmts ja auch wieder und du must nicht alles ändern

Von: Georg

Georg — Tue, 23 Aug 2011 13:44:03 +0000

Hier die Quellenangabe: http://www.oracle.com/technetwork/articles/javase/mvc-136693.html

Von: Georg

Georg — Tue, 23 Aug 2011 13:43:23 +0000

und nachdem ich einen halben Roman geschrieben habe, will ich jetzt doch dem Autor recht geben (mir aber auch . Und zwar, wie so oft in der Informatik, sind beide Ansätze verbreitet – sowohl der in diesem Tutorial beschriebene (in dem Link von mir als “Modified MVC” bezeichnet) als auch der von mir dargestellte (in dem Link von mir als klassisches MVC beschrieben).

Welches davon wann zu benutzen ist oder ob eins davon generell besser ist, weiß ich leider nicht. Da die im Tutorial dargestellte Variante aber die neuere ist und diese auch in Cocoa von Apple verwendet wird (wobei Apple für sehr saubere Software bekannt ist), ziehe ich all meine Kritik zurück und bitte meinen vorherigen Post lediglich als einen Hinweis auf die sich von der vorgestellten unterscheidende klassische Variante des MVC zu verstehen.

Von: Georg

Georg — Tue, 23 Aug 2011 13:25:18 +0000

Hi,
ich muss Zylindermann zustimmen, das MVC ohne Observer-Pattern zwischen Model und View macht nicht so viel Sinn. Der Urgdanke des MVC besteht darin, die drei Komponenten Model, View und Controller so voneinander zu trennen, dass sie möglichst unabhängig voneinander geändert, erweitert, ausgetauscht und vor allem hinzugefügt werden können.

Wenn ich eine weitere View haben möchte, z.B. eine Liste der letzten Quadrat-Berechnungs-Ausgaben, also eine Art History-Box, müsste ich hier dem Controller der beschriebenen View mitteilen, dass er sich jetzt auch um die neue History-Viw kümmern muss, indem er die neuen Eingaben parallel in die neue History-View eintragen muss. Das heißt ich muss bei einer neuen View an den Controller einer alten View ran. Genau das möchte man beim MVC vermeiden – man will die drei Komponenten möglichst unabhängig voneinander machen.

Deshalb muss sich jede View, die an den Werten in einem Model interessiert ist, beim Model direkt als Observer anmelden und das Model muss bei jeder Änderung all ihre Observer durch ein universelles “notify()” informieren. Jede View ist dann selbst dafür verantwortlich, auf diese Änderung zu reagieren.

So können beliebige Controller, die durch beliebige Views angestoßen werden, beliebige Models modifizieren und alle Views bleiben immer aktuell, ohne etwas voneinander oder gar von den Controllern der anderen Views zu wissen. Das ist die Unabhängigkeit und Erweiterbarkeit, die von MVC angestrebt wird.

Es tut mir leid, under42 enttäuschen zu müssen, aber das MVC ist halt doch ein Tickchen komplizierter als hier dargestellt. Dafür sieht man aber in 2 von 3 Stellenausschreibungen in der Informatik-Branche, dass das Beherrschen von MVC gefordert wird (gleich neben einem entsprechenden Abschluss etc.) – Wenn alles so einfach wäre, würden die Arbeitgeber nicht so einen großen Wert drauf legen, dass man es beherrscht…

Von: Zylindermann

Zylindermann — Wed, 03 Aug 2011 11:44:22 +0000

Hey!
Ich glaube er meint, dass nach dem ursprünglichen MVC Ansatz der Controller nur die Berechnenmethode des Modells aufruft. Das Model sendet darauf hin (mit Observer-Pattern) dem View, dass es geändert wurde, woraufhin sich die View die Daten auf dem Model holt, also ohne den Umweg über den Controller.
Wobei ich auch grad bei Wikipedia gelesen habe, dass es wohl keine feste Definition gibt.

Von: asd

asd — Sat, 07 Aug 2010 20:46:34 +0000

Hallo
wegen deinem Abschlusskommentar: da ist nur in einer Zeile ein kleiner Fehler

WurzelModell -> berechneWurzel
this._value = (wert * wert);
->
this._value = Math.sqrt(wert);

(hoffe ich habe es aus dem Kopf richtig geschrieben)

Von: admin

admin — Tue, 20 Apr 2010 20:21:10 +0000

Hallo, ich muss zugeben, das Beispiel ist eine vereinfachung der MVC Struktur, aber völlig korrekt! Wie du sagtest, leitet der Controller alle Aktionen “nur” weiter – und genau das macht der auch! Bette sag mir genauer was du meinst, denn ich verstehe deinen Einwand nicht ganz.

Von: Schade

Schade — Tue, 20 Apr 2010 19:36:39 +0000

Hmmm under42, nur leider ist das nicht wirklich MVC, denn der Controller regelt normalerweise nur die Weiterleitung der Requests an das Model und das Model sendet dann alles mit dem Observer Pattern an alle Observer(in diesem Fall die View)
Ich hätte einfach zu gerne eine richtige definition für das MVC Paradigma…

Von: under42

under42 — Mon, 08 Feb 2010 21:54:11 +0000

Also ich muss sagen, ich versuche schon seit längerem den MVC-Ansatz zu verstehen…jedoch habe ich nie ein Tutorial komplett gelesen, da es mich nie gefesselt hatte bzw. schon mittendrin so komplex war, dass die Motivation schnell fehlte…aber jetzt habe ich es mit diesem verstanden!

Vielen Dank!

Von: bigbasti87

bigbasti87 — Fri, 29 Jan 2010 15:44:19 +0000

Bloggd: Tutorial: Model-View-Controller (MVC) Struktur in Java Projekten nutzen – http://blog.bigbasti.com/tutorial-model-... #java #mvc