|
|||
Frage zu Mvc
Hallo,
im Moment hab ich für einzelne Seiten(z.B. Registrierung, Login...) eine extra Klasse geschrieben. Wenn ich das Ganze mit MVC lösen möchte, muss ich dann für jede Seite einen Controller schreiben oder einen Controller mit allen Funktionen? Rentiert es sich eig. das Ganze mit MVC zu lösen? Ich sehe darin keine Vorteile. LG rs-web EDIT: Eine dritte Möglichkeit wäre ein Controller und viele Views in denen dann z.B. die Eingaben überprüft werden, aber das widerspricht glaub ich dem Prinzip von MVC
__________________
Small boy wrote to Santa Claus:"Send me a brother!" Santa wrote back: "Send me your mother" Geändert von rs-web (06.11.2010 um 14:42 Uhr) |
Sponsored Links |
|
|||
Hallo,
ich erklaer einfach mal anhand eines Beispiels: du hast den Controller Accounts, welche sich auf die URL dann wie folgt abbildet: /accounts/viewer Bsp. fuer Viewer waeren: add, del, show_list etc.. Also die Viewer deines Account-Controllers (wobei der Conroller dann Funktionen wie add(), del(), show_list() enthaelt, die den return-Wert liefern fuer die Views). Der Controller extends Model, was nichts anderes heiszt, dass der Account-Controller auf ein Model zurueck greift das z.B. AccountBase heissen kann in welchem die Tabelle definiert wird. Model repraesentieren deine Datenstruktur, sind also nicht zwingend notwendig wenn du z.B. keine DB-Abfrage hast. MVC rentiert sich wenn du mit mehreren Leuten an einem Projekt arbeitest, weil dann eine Struktur vorgegeben wird die PHP default, auch mit OOP, nicht bietet. MVC rentiert sich zudem weil du Frameworks wie CodeIgniter + Doctrine nutzt - die auf MVC basieren. Zieh dir z.B. mal die Doku zu CodeIgniter drauf - da wird das ganze System nochmals erklaert (und schau dir einfach mal die Dateistruktur an, die das Model gut abbilden) - was man hier nicht in 2min. schaft. LG Simon |
Sponsored Links |
|
|||
Zitat:
Zitat:
__________________
... Meine Meinung |
|
|||
Zitat:
Zitat:
|
|
|||
Ich will gar nichts von Dir. Du hast da eine bestimmte Ausprägung erklärt. Ich habe das verallgmeinert.
Mich würde aber immer noch interessieren, was ein viewer ist.
__________________
... Meine Meinung |
|
|||
Dann hab ich mich wohl getaeuscht. Ich halte deinen Beitrag dennoch fuer ueberfluessig und
fuer eine Provokation auf die ich mich nicht einlassen werde. Denn ich will dir nicht unterstellen, dass du nicht lesen kannst. Mit freundlich Grueszen |
|
|||
Das sollte in der Tat keine Provokation sein, sondern war eine ernst gemeinte Frage. Ich lerne gerne dazu und so, wie Du es beschrieben hast, kenne ich es nicht.
Ich will jetzt nicht weiter drauf eingehen, aber so eine Dünnhäutigkeit ist wenig geeignet, um in Fachforen wie diesem hier eine Diskussion zu führen. Und nur, weil etwas nicht Deiner Meinung entspricht, als überflüssig zu titulieren - Nun ja, wenn Du meinst..
__________________
... Meine Meinung |
|
|||
Hallo,
hab ich wohl etwas überreagiert und mich falsch verhalten. Entschuldigt und nichts für ungut - ich hoffe Ihr nehmt die Entschuldigung an. Mir ist nochmal eine schöne kurze Erklärung zu MVC eingefallen Model <-> fetched oder pushed Opjekte/Arrays von der Datenbank Control <-> bearbeitet diese Objekte/Arrays View <-> dient zur Aus- oder Eingabe der Objekte/Arrays Mit Viewer mein ich in der Tat Views, Views sind für mich eigentlich nichts anderes wie Templates. Grüße Simon |
Sponsored Links |
Themen-Optionen | |
Ansicht | |
|
|
Ähnliche Themen | ||||
Thema | Autor | Forum | Antworten | Letzter Beitrag |
XHTML 1.0 , 1.1, 1.2, 2.0 frage??? | Altair_AC | (X)HTML | 8 | 15.08.2009 14:49 |
Doctype Verständniss Frage | Midnight Run | (X)HTML | 4 | 26.12.2008 04:16 |
Frage zu einem Gedanken (DIV positionieren) | charlie | CSS | 1 | 06.09.2008 12:36 |
Habe ich MVC richtig verstanden? | Schneemann | Serveradministration und serverseitige Scripte | 0 | 09.01.2007 02:15 |
Frage zu "display:block;" | John | CSS | 1 | 05.04.2005 17:58 |