Ich hab ne blöde frage: Und zwar hab ich viele verschiedene mvc's: Hört sich vllt ein bisschen unverständlich an, aber es ein mvc-Konstrukt für Login, ein MVC-Konstrukt für Registration, ... Wie kann ich es nun am besten machen, dass ich die einzelnen Dinger anspreche, und dabei die Vorteile von OOP geschickt ausnutze? Hat jemand Vorschläge, gerne auch Codebeispiele. Ich denk mir ein FrontController, der jede View, Model, Controller einzeln je nach Action instanziiert, ist zu heavy, oder wie sehen das die andren?
Ankündigung
Einklappen
Keine Ankündigung bisher.
php mvc's zusammenfassen
Einklappen
Neue Werbung 2019
Einklappen
X
-
Stichworte: -
-
Baue doch einen Router: http://symfony.com/doc/current/book/routing.html
Sieh dir mal die Lösungen von gängigen Frameworks an, da lernt man viel.
Falls du dich für HMVC interessierst und kein Fan vom statischen Routing bist, wäre das APF (http://adventure-php-framework.org/) sehenswert, da es auf eine recht generische Implementierung setzt, aber frag hierzu am besten mal den doc
LGhttps://github.com/Ma27
Javascript Logic is funny:
[] + [] => "", [] + {} => object, {} + [] => 0, {} + {} => NaN
-
Phpyton
ich vergas zu sagen, dass es in reinem php stattfinden sollte, aber ich weiss deine mühe sehr zu schätzen. Wenn wir uns kennen würden, würde ich dir einen ausgeben
Kommentar
-
ich vergas zu sagen, dass es in reinem php stattfinden sollte
LGhttps://github.com/Ma27
Javascript Logic is funny:
[] + [] => "", [] + {} => object, {} + [] => 0, {} + {} => NaN
Kommentar
-
Phpyton
-
Was mir gerade noch einfällt: http://www.php.de/software-design/10...die-tonne.html
Da sieht man ja auch teilweise, dass MVC nicht die allerschönste Lösung ist, da es sich nicht richtig für Webanwendungen eignet: http://phpmagazin.de/artikel/Was-nic...-Teil-2-171917
LGhttps://github.com/Ma27
Javascript Logic is funny:
[] + [] => "", [] + {} => object, {} + [] => 0, {} + {} => NaN
Kommentar
-
Nunja, MVC wurde vielleicht etwas "aktualisiert" für den aktuellen Kontext, das Grundprinzip bleibt ja das gleiche: Teilung von View, Daten und Kontrollfluss.[URL="https://github.com/chrisandchris"]GitHub.com - ChrisAndChris[/URL] - [URL="https://github.com/chrisandchris/symfony-rowmapper"]RowMapper und QueryBuilder für MySQL-Datenbanken[/URL]
Kommentar
-
@ChristianK,
hast du den Artikel aus dem PHPMagazin gelesen?
LGhttps://github.com/Ma27
Javascript Logic is funny:
[] + [] => "", [] + {} => object, {} + [] => 0, {} + {} => NaN
Kommentar
-
Nur muss c h deswegen ja nicht gleicher Meinung sein
LGhttps://github.com/Ma27
Javascript Logic is funny:
[] + [] => "", [] + {} => object, {} + [] => 0, {} + {} => NaN
Kommentar
-
Wie ich bereits schrieb, das Prinzip von der Trennung von Datenmodell, Präsentation und Programmsteuerung halte ich nach wie vor für aktuell. Das sich das Prinzip anders verhält wie vor 30 Jahren ist logisch. Die Ausdehnung ist klar anders und die Grenzen und Detaildefinitionen des Musters sind anders.[URL="https://github.com/chrisandchris"]GitHub.com - ChrisAndChris[/URL] - [URL="https://github.com/chrisandchris/symfony-rowmapper"]RowMapper und QueryBuilder für MySQL-Datenbanken[/URL]
Kommentar
-
Wie ich bereits schrieb, das Prinzip von der Trennung von Datenmodell, Präsentation und Programmsteuerung
MVC ist doch nur ein Pattern für die Präsentationsschicht.
LGhttps://github.com/Ma27
Javascript Logic is funny:
[] + [] => "", [] + {} => object, {} + [] => 0, {} + {} => NaN
Kommentar
-
Zitat von Phpyton Beitrag anzeigenIch hab ne blöde frage: Und zwar hab ich viele verschiedene mvc's: Hört sich vllt ein bisschen unverständlich an, aber es ein mvc-Konstrukt für Login, ein MVC-Konstrukt für Registration, ... Wie kann ich es nun am besten machen, dass ich die einzelnen Dinger anspreche, und dabei die Vorteile von OOP geschickt ausnutze? Hat jemand Vorschläge, gerne auch Codebeispiele. Ich denk mir ein FrontController, der jede View, Model, Controller einzeln je nach Action instanziiert, ist zu heavy, oder wie sehen das die andren?
@Ma27: Sehe ich anders. Die Schichten kann es ja innerhalb des MVC (nach PHP-Verständnis) auch noch geben. Typischerweise innerhalb des Models.
Der Schlussabsatz des Artikels fasst das "Problem" aber gut zusammen:
Auf der Serverseite gibt es an sich keinen Grund dafür, überhaupt noch von MVC zu sprechen. Wir haben gesehen, dass die Komponenten eines Web-MVC mit dem ursprünglichen MVC-Entwurfsmuster nur noch die Bezeichnungen gemeinsam haben. Die einzelnen Bestandteile haben völlig andere Verantwortlichkeiten, und MVC allein gibt keine Antwort auf viele der Fragen, die sich bei der Entwicklung von Webanwendungen stellen.
Kommentar
-
@Ma27: Sehe ich anders. Die Schichten kann es ja innerhalb des MVC (nach PHP-Verständnis) auch noch geben. Typischerweise innerhalb des Models.
Sie sollten auf keinen Fall MVC mit der Schichtenarchitektur verwechseln. Das Modell ist nämlich nicht für die Umsetzung der Schicht der Anwendungslogik zuständig. Natürlich können beide Aufgaben (Bereitstellung der Anwendungslogik und Darstellbarkeit in der Präsentationsschicht) in der Praxis von denselben Objekten übernommen werden. So können Sie natürlich eine Enterprise Java Bean als Modell verwenden, um diese direkt über die Präsentationsschicht darzustellen. Die Modell-Eigenschaft ist dabei aber nach wie vor völlig unabhängig von den anderen Eigenschaften der EJB, wie z. B. die Fähigkeit, Daten persistent zu machen.
LGhttps://github.com/Ma27
Javascript Logic is funny:
[] + [] => "", [] + {} => object, {} + [] => 0, {} + {} => NaN
Kommentar
Kommentar