Inleiding
Hallo Sitedeals,
Vanavond schrijf ik voor jullie een tutorial over het gebruik van het MVC pattern.

Het is mijn eerste tutorial hier op sitedeals, dus ik hoop dat jullie er wat aan hebben en eventuele schrijf fouten eruithalen.


Wat is het MVC Pattern?
MVC Patterns staat voor Model View Controller patroon. De naam zegt het al. Een model zorgt voor alle informatie uit bijvoorbeeld een database, deze geeft het door aan de controller en verwerkt deze informatie, en geeft het dan door aan de view (de output). De controller is dus eigenlijk een knooppunt van alle "bronnen".
Kan je het MVC pattern alleen in PHP gebruiken?
Nee, het is in vele web gebasseerde talen ik toon nu de bekendste:

• .NET
• Java
• JavaScript
• Perl
• PHP
• Python
• Ruby
• XML

Enkel ga ik PHP gebruiken in deze tutorial!

Hoe moet je denken?

Ik gebruik altijd dit zinnetje in mijn hoofd als ik aan het MVC pattern denk:

De bakker bakt brood, laat het aan klanten zien (die het kopen), controleert of ze genoeg geld hebben gegeven.

Het is heel logisch.

• De bakker bakt brood => Het Model
• Laat het aan klanten zien => View
• Controleert het geld => Controller

Hoe begin ik eraan?
Het is teveel om nu te gaan typen, want zoiets is lastig uitleggen. Maar het beste is om een FrameWork te gebruiken waar dit in is ingebouwd. Onderaan deze pagina zie je een aantal FrameWorks waar dit al is ingebouwd..

Mappenstructuur:
Ik gebruik meestal deze mappen structuur:

Views:
- Welcome.php
- Aanmelden.php

Controller:
- Aanmelden_verwerken.php

Models:
- Aanmelden_form.php

Wat staat er in de file Aanmelden.php?
In het bestand "Aanmelden.php" gebruik ik de codes uit de models, en stuur alle gegevens naar de Controller aanmelden verwerken.

FrameWorks:
Kohana - kohanaphp.com
Codeigniter - codeigniter.com

------------

Ik hoop dat jullie wat hadden aan dit artikeltje.
Voor vragen stuur maar een PB.

Ik bied geen support bij het installeren van frameworks/MVC patterns gewoon omdat ik daar geen tijd voor heb.


Groetjes
Dominic

Als ik eerlijk moet zijn vind ik het artikel erg kort door de bocht. Toen ik de titel in de lijst zag staan hoopte ik op een artikel iets dieper op het pattern wordt ingegaan. Nadat iemand die niet bekend is met dit pattern deze tutorial heeft gelezen denkt volgens mij alsnog: wat is het en waar dient het voor?

Tevens vergeet je het prachtige (in my opinion) gedeelte van het MVC framework: OOP. Ik heb zelf geleerd dat bij het MVC pattern requests altijd binnenkomen op een enkele pagina (de front controller). Vervolgens bekijkt de router (de dispatcher) welke controller er gebruikt moet worden en gaat hier vervolgens mee aan de gang.

Er zijn vast nog zat programmeurs die mijn korte berichtje hierboven kunnen aanvullen. Natuurlijk waardeer ik het ongelofelijk dat je kennis probeert te delen met de community, maar volgende keer zou ik toch wat dieper ingaan op het onderwerp (lees: het volledig uitspitsen) en dit beknopt samenvatten. Succes!


P.s; de onderstaande quote klopt ook niet helemaal. Je suggereert hier dat de model de basis is en iets doorgeeft aan de controller welke vervolgens weer data doorgeeft aan de view. Echter is de controller het 'element' die de userinput afhandelt. Daarbij roept de controller het model aan om data te verkrijgen (zoals je inderdaad al aangaf is data uit een database een voorbeeld) om vervolgens de output naar de view te sturen. Het is dus niet zo dat de controller informatie uit de model verwerkt, maar juist de input verwerkt. Als ik jouw bakkersvoorbeeld mag gebruiken:

Een model zorgt voor alle informatie uit bijvoorbeeld een database, deze geeft het door aan de controller en verwerkt deze informatie, en geeft het dan door aan de view (de output). De controller is dus eigenlijk een knooppunt van alle "bronnen".

- De controller neemt het geld aan. Vervolgens roept de controller het model op om de rekening in de boekhouding (database) te voegen. Vervolgens stuurt de controller via de view de rekening naar de klant.

Een tutorial hoeft niet lang te zijn maar moet gewoon aan een aantal voorwaarden voldoen en dat doet 'deze' nog niet. De belangrijkste dingen die je mag verwachten zijn:

- er dienen randvoorwaarden gesteld te worden om aan te geven in welke 'omgeving' de tutorial bruikbaar is. Wat zijn de basis vereisten dus.

- de informatie moet correct zijn. Voor het praktisch deel is dat meestal wel zo, op theoretische vlak slaan veel tutorials toch wel vaak de plank mis. Echter voor de meesten lezers zal de praktische kant toch het belangrijkste zijn. Een lezer zal de info pas als 'goed' interpreteren indien voorgaande stap duidelijk beschreven is. Anders 'werkt' de tut gewoon niet voor de user.

- er moet een a-z stappenplan zijn om het doel van de tutorial duidelijk te maken. Dus in dit geval zou je stapsgewijs moeten uitleggen hoe je bv 'hello world' op deze manier op je scherm krijgt.

Overigens is een eigen interpretatie van een MVC geen tutorial. Als ik wil weten wát MVC is dan ga ik wel naar Wikipedia.
Als ik iets op een MVC manier wil ontwikkelen, dan ga ik hier graag op zoek naar die 'hello-world' tutorial...

Maar wat niet is kan nog komen...