Milyen feladatoknál használnak OO PHP-t? Tudnátok példákat mondani?

A controller definiálja gyakorlatilag a működést. Mivel 3 részre van bontva minden, így ugye a megjelenítés és a model réteg között kell valami ami szabályozza, hogy melyik modeltől milyen adatok jelenjenek meg hol. A controller az ami tudja, hogy most éppen egy fórum aloldalt, egy hírt vagy éppen egy bemutatkozások oldalt nézel. Ez alapján kérdez a modelektől.

Ez azért jó mert ha megváltozik az adatbázis szerkezet akkor elég csak a modelekben módosítani a controlleren 1 sort se kell. Ha megváltozik a dizájn akkor csak a view-ben és a modell, controller megint nemváltozik semmit. A két szélső réteget viszont valamivel össze kell kötni hiszen ezek nem látnak rá egymásra. Erre való a controller.

A példát bár megoldhatod 4 függvénnyel, de egy bonyolultabb objektumot nem egyszerűen. Tehát ha tegyük fel ez a számológép objektum tartalmaz még 14 féle függvényt akkor később sokkal átláthatóbb és szebb kódod lesz ha $calculator->sum(24,13) -al hivatkozol mert tudod h melyik objektum függvényét hívtad mint ha calculator_sum() -al hivatkozol ami egyrészt ütközhet másrészt nehezebben olvasható.

Az újrafelhasználhatóság ott nem igaz, hogy ha ideadod nekem, hogy használjam a függvénykönyvtárad de a benne található 97 függvényből 34 neve ütközik olyan függvényekkel amiket én is használok akkor kénytelen vagyok átírni a kódot. Objektumok esetén ugye mivel az objektumon belül léteznek a függvények és változók így nincs ütközés.

Az objektumokat a legegyszerűbben úgy tudod elképzelni mint olyan függvénykönyvtárak amiknek saját változóik vannak. a $this azért kell mert egy objektumon belüli "globális" változóra vagy függvényre így hivatkozol. Ha azt mondod, hogy $this->alma akkor azt mondod h az aktuális objektum $alma nevű változója. Ha azt, hogy $this->sum() akkor az aktuális objektum sum függvényét hívod. Ez ugye azért fontos mert alma változó és sum függvény lehet az objektumon kívül is, de így behatárolhatod, hogy neked az ebben az objektumban létező kell.

MVC azért objektum alapú mert függvényekkel nem tudsz - vagy legalábbis csak nagyon kókány módon - megoldani olyan szintű szeparáltságor, hogy a különböző rétegek közül csak a megfelelőek tudjanak egymásra hatni. Például azzal, hogy a függvények között globális változókat használsz már károsítja ezt az elvet.

Amit rosszul értesz: Az OOP lényege nem az, hogy bizonyos dolgokat CSAK úgy lehet megoldani, hanem ez egy másik sokkal mondernebb programozási szemlélet. A PHP lehetőséget ad mind az oop mind a procedurális sőt akár a funkcionális programozásra is. Ezek közül jelenleg az OOP irányú az ami piacképes.

nem, ezt a legnehezebb :(

Ha akár minimálisan is tudsz angolul akkor ajánlom ezt a videosorozatot:

http://www.youtube.com/watch?v=Aw28-krO7ZM

Itt a srác több részen belül egy komplett mvc alapú oldalt rak össze és nagyon sok dologra rávilágít, és borzasztóan szemléletes.

A függvényeket is át lehet nevezni de ha a függvényeid hivatkoznak más függvényeidre akkor azokban is át kell nevezni a hivatkozásokat, ha a függvény úgy van elnevezve akkor egyenként keresztcsere nélkül, ráadásul a névütközés csak futásidőben fog kijönni és nem is biztos, hogy kijön - teszemazt mert te ideadtál egy függvénykönyvtárat amit használok de olyan fv ütközik ami nekem egy require -olt fájlomban van.

A lényeg a lényeg, hogy class esetén CSAK a class nevének ütközése lehet gond ami gyorsan debugolható és javítható, míg ha van 97 függvény akkor azoknak a neveit egyenként kell nézni, hogy ütköznek-e, ha igen akkor mindet át kell nézni, hogy van-e bennük hivatkozás arra a függvényre és ott is át kell írni stb.

Az esetleges globális változókkal (fv-ek esetében is bár nem ajánlott meglepően sokan használnak globális változókat) megint probléma van, az méginkább debugolhatatlan, egyszer csak elkezdenek rossz értéket felvenni a változók a kódban arrébb. Az objektum viszont nem tudna kihatni külső változókra, és nem írhat felül magán kívül létező függvényeket.

Ne ajánljunk már JREAMdesign tutorialokat, annak a srácnak halvány lila fingja sincs, mit csinál.

A "mi legyen objektum" kérdésre a válasz szögegyszerű: MINDEN. Nem keverünk össze OO kódot procedurálissal. Ez alól maximum a pársoros bootsrap kód lehet kivétel.

Osztályokat nem nevezgetünk át, meg hasonlók, hanem az ütközések ellen kitalált namespace -eket használjuk (nagyon hasonlóan működik, mint Java alatt a package). Ilyenkor csak osztály- ÉS namespacenév együttes ütközése okozhat galibát, de ésszerűen megválasztott namespace -szel ez gyakorlatilag igencsak valószínűtlen. Ilyen namespace lehet pl egy "\com\facebook\chat" vagy bármi hasonló, "egyedi". Nem hinném, hogy ketten is lefejlesztik a "\hu\gyakorikerdesek\controller\UserSettingsController" osztályt.

Hogy "miért kötelező a $this"? Ez itt voltaképpen PHP sajátosság. Elég hülye dolog, mert semmi értelme nincs. Komolyabb nyelvekben a this referenciát csak ott kötelező használni, ahol az adattag neve amúgy ütközne egy lokális változó, vagy paraméter nevével, metódusok esetén pedig erre egyáltalán nincs szükség (a full OO nyelvek ilyenek szoktak lenni).

A PHP-val egy kicsit azért belenyúltál, mert vele kapcsolatban rendkívül nehéz jóminőségű oktatóanyagot feltúrni a neten. Kvázi magasról lesz**ják a kódminőséget. Aki pedig el tudná magyarázni, hogy is kéne ezt, az meg élesben, hivatásosként fejleszt, és nemigen ér rá oktatni, vagy tutorialokat írogatni.

Persze, ez nem azt jelenti, hogy esélytelen a dolog, csak azt, hogy nem lesz könnyű a dolgok helyes módját felderíteni.

Ez igaz, de egyrészt lehet keresni egy olyan szolgáltatót, ahol van (ingyenes szolgáltatókról beszélünk ugye), másrészt azért annyira nagyon nem gyakori az osztálynév-ütközés :)

No meg a kérdés is inkább a PHP OO használatára irányult, nem az ingyenwebek mai helyzetére. Ha meg az ember inkább nem fizetne azért, hogy "csak gyakorolgasson", akkor jobb opció egy webszervert feltelepíteni a saját masinára.