Classes

Nice tut Sebastiaan!
Had wel eerder gemogen van mij :D

Van mij ook :)

Eerlijk gezegd vindt ik het een magere tutorial.
Het hele begrip van Objecten wordt niet uitgelegd, alleen word er qua code uitgelegd, (overigens op een erg foute manier) hoe je klasses inialiseert, aanroept, functies maakt etc etc.

Ook wordt er veel PHP5 en PHP4 door elkaar gehaald, ten aanzien van de verschillen zou ik de keuze maken of schrijf je tutorial voor PHP4 of PHP5 en niet allebei, want dat verward het meeste.

Ik denk dat een gemiddelde PHP'er welke nog niet bekend is met OOP niet met deze tutorial echt verder kan.

Ben het volledig met kees eens. Blijkbaar vindt tutorialschrijver het enkel belangrijk mensen aan te sporen tot het gebruiken van classes; want echte OOP (object georienteerd) zie ik niet. Ik zie programmatuur waarmee normaalgesproken object georienteerd geprogrammeerd wordt, maar daar houd het dan ook bij op.

Zeker statements als "Classes \n Leer goed! Leer OOP!" wijzen op een totaal verkeerde interpretatie van het begrip OOP.

Ik vind het leuk dat tutorialschrijver mensen wil aansporen verder te kijken dan de neus lang is en OOP te leren, maar schrijf in godsnaam geen tutorial als je niet snapt wat het voordeel is van classes. Wat hier gebeurt is een soort verkapte versie van het gebruik van functions.

Bij mijn weten is het voordeel van objecten dat je er gegevens in achter kan laten en deze kan delen tussen verschillende functies (die dus aan dat/in dat object vastzitten). Dat kunnen losse functies niet (of je moet $GLOBALS array daarvoor gaan willen gebruiken)

Wat ik ook heel erg mis, en wat mij tot nu toe tegenhield met het bezig gaan met classes is hoe je verwijst naar functies binnen een class, of naar een functie in een object in een class, of vanuit een extend terug verwijzen naar een functie binnen een class. En zijn er niet speciale functienamen zoals _serialize en _destructor? Daar heb ik ook niets over gezien.

Ook mis ik de mogelijkheid om functies te delen onder classes, als dit uberhaupt al mogelijk is.

Voor een oop-freak (freak mag ik hem hier best noemen, bijna in ieder topic komt de term OOP wel in een van zijn berichten voor) had ik toch een betere essay verwacht die mij zou overtuigen. Maar helaas, mislukt.

@Jelmer: Ik bleek opeens pagina's tekort te hebben, anders had ik dat wel behandeld. Ik was ook niet voor niets genootzaakt op parent etc al op de eindpagina te zetten. En aangezien je geen pagina's kan toevoegen :(
Denk je dat ik niet weet wat het voordeel is van classes? Dat wist ik voordat ik classes gebruikte ook niet. Maar toen kreeg ik het bekende gele gloeilampje boven me hoofd, en toen snapt ik het!

Kijkend naar de literatuur in je tutorial zou ik zeggen: nee. Maar ik ken je verder niet goed genoeg om hier een definitief oordeel over te geven. Ik ga verder ook niet op jou als persoon af maar op het artikel dat je hier gepubliceerd heb. Als jij zegt het voordeel wel te begrijpen dan geloof ik je, maar je hebt het dan niet erg goed uitgedrukt of uitgelegd (ik zeg niet dat ik het 1 2 3 beter kan uitleggen, maar ik schrijf dan ook geen tutorial).

nou ik zal proberen ook een OOP tutorial te maken.

Wanneer kan ik nou eindelijk een paar extra pagina's hebben?
1. Inleiding
2. Class
3. Constructors
4. Extending
5. Parent
6. Serializing
7. __sleep() en __wakeup()
8. Einde

Ik mis eigenlijk de basis, namelijk hoe je vanuit de pagina een functie in het object aanroept. Ik weet het wel, maar er zijn mensen die dat niet weten. Misschien dat je dat even in je voorbeelden moet opnemen.

Niet zolang ik geen pagina's kan toevoegen :(

Hallo Sebastiaan e.a.,

Van mij krijg je een pluim Sebastiaan, voor de poging (waarschijnlijk ook de moed) en de energie die je erin hebt gestoken.
Het is niet makkelijk in IT land waar meestal je kop er gelijk van af wordt geschoten.
Het grootste probleem is nog wel dat elke IT-er maar een beetje weet maar dat velen zich dat niet realiseren en zichzelf terugtrekken op hun eigen eiland aan kennis. De een weet dit en de ander weet dat, zo is het in feite. Maar allemaal zijn ze God in eigen computer.
Wees eens stoer beste collega's en schrijf een uitbreiding op Sebastiaan zijn betoog.

Mijn aanvulling zijn deze links:

Discussie, OOP versus procedureel:
http://www.zend.com/zend/art/oo-proc.php

Wat diepere uitleg:
http://www.osnews.com/story.php?news_id=6788&page=1

Simpel maar werkend voorbeeld (copy/paste!):
http://www.onlamp.com/pub/a/php/2002/07/18/php_foundations.html

Als procedureel programmeur wil ik graag wat met OOP gaan doen maar werd ontmoedigd door het magere verhaal in de dikke PHP bijbel van J Allen en C Hornberger.

Ik nodig anderen hier uit om Sebastiaan zijn poging aan te vullen met voorbeeld code, uitleg en links naar andere websites.

Alvast een vruchtbaar programmeer jaar 2006!

mvg,
Jeroen Haan
www.haan.net

Tips: Het PHP 5 Superboek en bv. het handboek Objectgeori?nteerd programmeren (deze laatste is niet op PHP gericht; de voorbeelden zijn aan de hand van Java, maar e.e.a. is analoog toe te passen op PHP).

Ik zou niet gelijk het boek "PHP 5 Superboek" gebruiken om het te leren, daar wordt je wel erg in het diepe gegooid gelijk met erg ingewikkelde OOP codes!

Ik zou gewoon aan de hand van deze tutorial (Ik had er genoeg aan om mijn eerste CLASS te schrijven! En daarna volgden er meer!) een begin maken.
Als je goed oplet, staat er hier en daar wel bij wat voor PHP4 niet kan.

Ik heb een server met PHP4 en deze tutorial is mij wel goed bevallen!

(Ik heb het boek "PHP 5 Superboek" ook, en na 4 keer de eerste 75 pagina's opnieuw te lezen had ik het pas een beetje door.)

Maar nu een vraag over OOP!

Kan een class bijvoorbeeld een while als return geven op ??n of andere manier?
Wat er moet gebeuren is:
Ik wil in een class zorgen dat leden hun Prive berichten kunnen lezen (dus moeten de berichten in de class opgehaald worden en gereturnd worden) Hoe doe ik dit?
Moet ik met arrays werken dan?

Mogelijkheid 1: Een array teruggeven, en in plaats van een while-lus een foreach-lus gebruiken.

Mogelijkheid 2: Een functie maken met een 'interne pointer'. Deze verwijst dan naar 1 van de resultaten in de resultatenset. Vervolgens roep je die functie dan op dezelfde manier aan als dat je bijvoorbeeld mysql_fetch_* aanroept in een while-lus. In de functie verschuif je de interne pointer weer een beetje, zodat de volgende keer dat de functie wordt aangeroepen hij hetvolgende resultaat teruggeeft. Als hij op het einde is, geef je 'false' terug, en je while-lus stopt.

Er wordt al wat commentaar gegeven, maar ten eerste ben ik al blij dat er mensen zijn die dingen posten om anderen te helpen, daarvoor alvast een diepe buiging!

Je merkt het al, er komt een maar achteraan....

Ik zit zelf nog niet zo in de classes en vond het hier en daar toch wel wat lastig te begrijpen met deze tut, nu snap ik wel dat het ook niet het eenvoudigste onderwerp is maar toch.

Persoonlijk (lees: mijn mening) vind ik dat je code wat onoverzichtelijk is...ik doe het meestal zo en misschien zeg je wel van "H?, dat kan ik ook wel eens doen".

if(voorwaarde)
{
dan ga je dit doen
}

In plaats van

if(voorwaarde){
dan ga je dit doen
}

Je zult zien dat het overzicht in grotere code dan veel beter wordt.

Weet dat het niet netjes is maar je kan beter goed jatten dan slecht maken :
http://phpfreakz.nl/artikelen.php?aid=116