Besser PHP Programmieren mit Design Pattern. Model-View-Controller (MVC) Robert Westenkirchner. C O N T R O L L E R 1.

Transkript

1 Besser PHP Programmieren mit Design Pattern C O N T R O L L E R 1. Event-Handler: Model-View-Controller (MVC) M O D E L 2. get data from DB Database V I E W 3. format + view data in XHTML + CSS Robert Westenkirchner Dipl.-Informatiker (FH) Berliner PHP Usergroup (Open Education) (cc) Creative Commons 2oo8

2 Definition: Design Pattern Was ist ein Design Pattern / Entwurfsmuster? Zitat eines Zitats aus dem Vortrag Besser PHP programmieren mit Design Patterns von Manuel Blechschmidt 2oo4: "Patterns sind Loesungsschema fuer Probleme, die in der objektorientierten Softwareentwicklung in verschiedenen Kontexten immer wieder auftreten." Oder aus dem Schach: "Gefahr erkannt, Gefahr gebannt." ;-) 2 / 25

3 Definition: Model View Controller (MVC) Struktur- + Richtlinien Pattern Drei unabhaengige (austauschbare) Teile: MODEL (Datenbank, Datei, Zuweisung, Dateisystem) VIEW (XHTML+CSS, der View weis nicht, woher die Daten kommen) CONTROLLER (kuemmert sich um Ereignisse und verarbeitet diese, schickt das Model Daten holen, ruft View auf um Daten zu formatieren + auszugeben) 3 / 25

4 Motivation zur Veraenderung Motivation: Zunehmend schwer wartbarer Code beim Projekt LinkMatrix.de (Open Education) Datenbank-Inhalte wie Artikel, Tags, TopListen mit + ohne Langtext, ein-, zwei- + vierspaltig ausgeben. Aufwendig, da viel Doppelarbeit, viele Design Fehler + schwer wartbar Wie Abhilfe schaffen? Da war doch was... Umstellung auf MVC-Architektur verspricht Abhilfe oder nicht? Lohnt der Aufwand? 4 / 25

5 Langfristige Ziele Schneller entwickeln Code wiederverwenden Design delegieren koennen (Arbeitsteilung) Komplexitaet beherrschbar machen Saubere Trennung des Codes in drei Schichten: Daten holen (Model), Daten formatieren (View), auf Ereignisse reagieren (Controller) 5 / 25

6 Jetzige Situation Ursache: Code ist Mischmasch aus Daten holen (meist aus DB) und Daten anzeigen (HTML- Formatierung) Nachteile: Lange, unuebersichtliche Quelltexte Kaum wiederverwendbar (mit Tricks wie Modus Schaltern wird es noch undurchschaubarer) Viel Zeit fuer "sich wieder reindenken" verschwendet 6 / 25

7 Jetzige Situation: Beispiel I 7 / 25

8 Jetzige Situation: Beispiel II 8 / 25

9 Jetzige Situation: Beispiel III 9 / 25

10 Entwicklung bis jetzt Entwicklung wird komplexer EVA-Prinzip als MVC-Analogie: Eingabe (M) Verarbeitung (C) Ausgabe (V) Modus Schalter, die die Ausgabeart steuern, erhoehen die Komplexitaet Durch MVC-Architektur koennen schnell und einfach neue Seiten gebaut werden, man faengt an spielerisch ranzugehen, weils einfacher ist 10 / 25

11 EVA-Prinzip als MVC-Analogie Eingabe Model Verarbeitung Controller Ausgabe View 11 / 25

12 Beispiel ohne MVC-Architektur 12 / 25

13 History I Page Static HTML pages Changes: double work (all pages) Page Page Page 13 / 25

14 History II Static HTML pages + external CSS Changes: small layout changes in CSS file External CSS file 14 / 25

15 Header Content History III Dynamic PHP pages Central changes: in PHP header, Headerfooter, files Content Footer Footer Header Header Content Footer Header Content Footer Footer 15 / 25

16 Dynamic pages using a central PHP Engine History IV Header Footer PHP Engine index.php? id=content Content Content Content Content 16 / 25

17 History V Dynamic pages using a database Header PHP Engine index.php? id=content Database Footer 17 / 25

18 Mögliche Alternativen Meist 2-Teilung im Code vorhanden: Controller (PHP-Engine) reagiert auf Events (Klick auf URL die Action-Parameter beinhaltet: Template das in Wahrheit Model + View vermengt (Daten holen + darstellen) MVC-Vorteil: Saubere 3-Teilung, dadurch Models wiederverwendbar, Code kuerzer, uebersichtlicher, einfacher, stabiler Arbeitsaufwand + Kosten sinken, Gewinn steigt 18 / 25

19 Templates: Mixing data + HTML formatting T E M P L A T E 1. get data from DB 2. format data in HTML No reuse (only Copy & Paste & Change) See example in file template-without.php 3. repeat 4. output data, e.g. show HTML-table Database 19 / 25

20 MVC: 3 independent layers Benefits: C O N T R O L L E R 1. Event-Handler: User Clicks link TAG: index.php?id=show_tags - Model can be reused - smaller files - reduced complexity (see files mvc-controller.php mvc-model.php mvc-view.php) M O D E L 2. get data from DB (store data e.g. as XML or in array $data) V I E W 3. format + view data in XHTML + CSS Database 20 / 25

21 MVC: 1. Controller C O N T R O L L E R 1. Event-Handler: User Clicks link TAG: index.php?id=show_tags CONTROLLER 1. Call Model 2. Sort, filter, doi18n Call View See file mvc-controller.php 21 / 25

22 MVC: 2. Model M O D E L 2. get data from DB (store data e.g. as XML or in array $data) MODEL 1. get data from DB 2. store data in array or XML 3. return data to controller 22 / 25

23 MVC: 3. View V I E W 3. format + view data in XHTML + CSS VIEW 1. format data in HTML + CSS 2. view data 23 / 25

24 Empfehlung MVC Design Pattern moeglichst immer einsetzen, auch bei kleinen Projekten Zeitersparnis bei neuen Ansichten (Views) der Daten durch Wiederverwendung der Models Code kuerzer + uebersichtlicher Komplexitaet + Fehler + Kosten nehmen ab Produktivitaet + Robustheit + Gewinn steigen Saubere Trennung in 3 unabhaengige Schichten 24 / 25

25 Danksagung Dank an Manuel Blechschmidt fuer den BePHPUG Vortrag Design Pattern Gespräche ueber MVC Dank an Frankie Thuerigen fuer Gespraeche ueber Templates + Caching + AJAX. Dank an die Berliner PHP Usergroup fuer die informativen Vortraege + Gespraeche (cc) Creative Commons License Download: 25 / 25