PHP Objekty

snazim sa prist na to, ako funguje to cele OOP, ale nejak mi to nejde do hlavy ani po precitani milion tutorialov. mohol by mi to niekto, prosim, podrobnejsie vysvetlit pripadne ukazat?

jedine, comu som pochopil je vytvaranie objektov do classov a ze class je vlastne nejaka predloha pre objekty. dalej, ze sa tam daju pouzit aj funkcie, ktore su vlastne vyvolavatelne len v ramci toho classu.

PHPcku sa tak povrchnejsie venujem uz mesiac, ale toto je pre mna uplne nieco nove. bol by mi teda niekto ochotny ukazat nejake pouzitie toho OOP step by step?

Tak za prve. Ako si pisal ze sa PHP venujes len mesiac tak sa o OOP vobec nezaujimaj. Najprv sa nauc pracovat bez OOP. Ked uz budes schopny spravit takmer vsetko potom mozes zacat s OOP. Pre niektorych programatorov je OOP pomocka ale pre niektorych je to skor obmedenie. Je na tebe aku cestu si zvolis. Podla mna je OOP vyborny sposob ako lepsie pochopit spravanie programu pretoze OOP sa velmi podoba veciam a javom s nasho okolia.

Napr. Mas triedu auto. Vytvoris si objekt Trabant a mozes mu davat vlastnosti(clenske premenne) napr. rychlost, farba... a robit s nim rozne javy(metody) napr. zastav, zrychli, spomal...

Myslim ze toto je jasne.

Dalsou vybornou vecou je zapuzdrenie. V praxi to vyzera tak, ze mas nejaku clensku premennu napr. farba. Nastavis ju ako private, takze ju nemozes menit zvonku triedy ale len z vnutra. A potom si vytvoris dve metody get a set. Prva ti vrati hodnotu premennej a druha ju zmeni. Jednoduche.



OOP ma ovela viac vyhod ale tieto vnimam ako hlavne. A este jedno upozornenie. Nemusis sa bat ze nieco sa da spravit v OOP a v normalnom proceduralnom programovani nie.

trochu o oop http://objekty.vse.cz/Main/HomePage

ok, diky, to si ma ukludnil. nejakym zakladom som uz porozumel, ale ako hovoris, zatial to asi nepotrebujem a kedze v tom PHP nemam az taky prehlad, ani ma nepada ziadne pouzitie. casom sa k tomu urcite vratim

Nesuhlasim s nazorom, aby si sa o OOP vobec nezaujimal. Proceduralne programovanie je v dnesnej dobe skor vynimkou ako pravidlom. V dnesnej dobe kedy sa musia vyvijat robustne aplikacie, ktore maju byt rychlo vyvijatelne a lahko managovatelne sa objektovemu programovaniu nevyhnes. Aj postupny prechod z cisto proceduralneho PHPcka na ciastocne objektove PHPcko hovori za vsetko. PHP uz dnes standardne obsahuje kopu tried, ktore nahradili nemotorne funkcie.

A ja nesúhlasím s tvrdením, že procedurálne programovanie je skôr výnimkou. OOP je v móde, tak ako napríklad bol v móde Web 2.0. To, že začne pracovať s OOP v php nezaručí, že jeho aplikácie budú ľahko spravovateľné a rýchlo vyvíjateľné.
OOP nie je všeliek, procedurálne programovanie tu má stále miesto (minimálne kvôli rýchlosti), zle napísaný objektový kód je podľa mňa horší, ako zle napísaný procedurálny kód.

Časom, keď bude vedieť, čo sú to objekty, bude mať dostatočné základy programovania, si môže pokojne skúsiť OOP, ale dovtedy nech robí s tým, čo mu viac vyhovuje.

pokiaľ viem to ani nikto netvrdí, problém je to, ako vyzerá potom ten kód...

shaggy, kde si prosím ťa vzal že "OOP je v móde"??? OOP je tu už veeeeľa rokov a programuje sa v ňom z mnohých dôvodov. Aké to sú ti hádam vypisovať nemusím, boli by sme tu do rána.
Kto tvrdí že oop je všeliek? Nie je, ale momentálne je to pravdepodobne najlepší spôsob programátorského prístupu. Rýchlosť výpočtov vo väčšine prípadov už nehrá takú rolu ako kedysi (minimálne nie pri jednoduchých aplikáciách a webstránkach).


A to je argument "prečo OOP nie"?? Zato že daktorí programátori sú sprostí aby sa to naučili poriadne, kľudne ignorujme oop, veď to nie je až také podstatné a je to len módny výstrelok? WTF?


samozrejme že samotný fakt že s tým začne nezaručí nič. Ale aspoň sa naučí myslieť v OOP a v budúcnosti nebude mať problém. Pokiaľ má človek skúsenosti len z procedurálneho programovania, veľmi ľahko pri oop skĺzne k tomu, že sa bude snažiť napísať oop program ako keby písal procedúru. Videl som to už viackrát (pravdupovediac aj na sebe kedysi) a je to dosť problém odnaučiť sa staré zlozvyky.

Kolko proceduralnych jazykov sa realne pouziva? V priemysle a v odvetiach kde su mission critical aplikacie sa pouziva povedzme C (alebo nejake low level jazyky), na serveroch nejake shell scripty a to je tak cele. Webove aj desktopove aplikacie co su majorita softwaru su zvycajne bud uplne OOP (C++, C#, asp.net, Java, javascript atd atd), alebo ciastocne OOP ako je PHP, kde je len otazkou casu, kedy to bude sama trieda a proceduralne programovanie odtial uplne vymyzne.

Rovnako napises zle napisany objektovy kod ako proceduralny, ale to nema so samotnym programovacim principom nic spolocne. To uz je len vecou samotneho programatora.

TommyHot - ja robím v práci s asp.net, čiže OOP mi cudzie nie je. Ale v php sa mi to proste nepáči - či je to preto, že som začínal s "klasickým" php, alebo preto, že programujem iba pre seba.
Ja si nemyslím, že procedurálne programovanie vymizne, sám vytváram triedy, keď viem, že ich skutočne budem potrebovať.


Súhlasím. Tak potom v čom je výhoda OOP, keď sa dá napísať rovnako zle, ako procedurálny kód? Takto napísaný kód bude zle spravovateľný a bude aj pomalší ako procedurálny kód.

Vieš o tom, že si odporuješ? Buď ti oop cudzie nie je, alebo nevieš aké má výhody. Neexistuje, aby človek naozaj ovládal oop a tvrdil to čo ty.
Je to tak ako napísal Tommy.. to už je vec programátora keď je blbec...

oop je prístup k programovaniu, nie fool-proof systém..

no neodporoval si, pretože k tomu prvému citátu patrí ešte toto:

emer, čo tým dokazuješ? Prečítaj si to prosím ťa znovu... Vyznieva to tak, ako keby shaggy od oop očakával, že keď sa to využije, je to fool-proof, teda by sa v tom nemalo dať napísať zlý kód a tým argumentuje vlastne všetko.. Keďže sa v tom dá napísať zlý kód, je to len módny výstrelok dnešnej doby... Možno sa len zle vyjadril, ale ja som to pochopil takto a s tým súhlasiť proste nemôžem

ja som to pochopil skôr tak, že predtým ako začneš robiť objekt, treba zvážiť či ho naozaj potrebuješ. na mňa to zapôsobilo skôr ako rečnícka otázka

toto ale nikto nespochybňuje, to patrí medzi základné znalosti pri OOP, ale pozri sa na shaggyho argumenty proti OOP..

misko16
O inom jazyku neuvazujes? Ak sa chces venovat OOP (co je dobry napad), existuju lepsie jazyky.

Presne tak, ja len dodam, ze moc horsich jazykov pre OOP ako PHP uz ani nie je. V PHP to zatial posobi len ako nalepka. Pokial jazyk umoznuje taketo mutantske programovanie, budes sa s nim stretavat.
Tak isto odporucam OOP pochopit na silne typovom jazyku.

tak PHP sa ucim kvoli tvorbe webov, nie kvoli OOP. len som chcel vediet, ci je to dolezite a nevyhnutne.

ako som pisal, nemam v tom este taky prehlad. PHP som sa najprv ucil formou pokusov a omylov, kde som vlastne pochopil ten zakladny princip, az potom som sa dostal k nejakemu tutorialu, v ktorom som sa oboznamil s tym, co vsetko sa v tom da spravit. zatial som robil iba nejake jednoduche primitivne weby, kde ma ziadne vyuzitie OOP nenapadlo. neviem ci je to tym, ze to este poriadne neovladam alebo je to proste tak jednoduchy kod, ze vyuzivat OOP by bolo skor zatazou ako prinosom.

kazdopadne, ja to vidim tak, ze teraz sa tym zaoberat nebudem a ked uz budem kodovat zlozitejsie veci a zacinat mat v kode bordel, snad na to nejak pridem. ak som to teda spravne pochopil, to je hlavny ucel OOP, nie?

No minimalne na pracu s databazou, pripadne so session budes potrebovat OOP, pretoze riesit to proceduralne je prasacina.

misko16 - na prácu s databázami v budúcnosti využiješ OOP, teraz ho však potrebovať nebudeš. A na prácu so session používať OOP je prasačina - spomaluje to kód a ničomu to nepomáha.

(berte to ako protichodný názor k tomu, čo napísal TommyHot - aby ľudia, ktorí túto tému čítajú nemysleli, že to, čo napísal, je to jediné správne)

no nahodou s databazami (MySQL) som uz robil a pracovat s nimi uz ako-tak viem, stale ma ale nenapada ziadne konkretne vyuzitie toho OOP. mohol by si mi napisat nejaky jednoduchy skript s nejakym mysql dopytom dvoma sposobmi? teda proceduralne a pomocou OOP?

Pre prácu s DB máš napísané rôzne triedy, ktoré ti majú uľahčiť prácu s DB, teda namiesto zdlhaveho $sql = MySQL_Query("SELECT ...");while($val = MySQL_Fetch_Array($sql))... napíšeš iba $db->select(...); a použiješ nejaký cyklus na vrátené pole. Ale pri začiatkoch to nemá veľké využitie.

http://php.net/manual/en/book.mysqli.php

Nejde len o uľahčenie práce, ako píše Flety, je to hlavne aj o bezpečnosti - triedy sú navrhnuté tak, aby zachovali maximálnu možnú mieru bezpečnosti aj bez ošetrovania zo strany programátora.
Naďalej však nesúlasím s tvrdením, že používanie nie-OOP programovania na DB alebo session je prasačina.

Nehovorim o PHP session, ktoru pouzivaju len ti, co ine pouzivat nevedia. Hovorim o custom session s pouzitim databazy povedzme. phpBB2 ma session vyriesenu proceduralne na myslim ze vyse 1000 riadkov. Ja som to co tam riesili oni + pridavne ficury spravil na 1/3 kodu. Kazdopadne na druhej strane "programatori" phpBB nevedia programovat.

Hej hej, pockat. Aby si to nikto zle nevysvetlil, OOP rozhodne neznamena bezpecnejsi kod. shaggy, mozes ukazat, ktora trieda konkretne v PHP, ked sa uz o nom bavime, umozni pisat kod bezpecne aj bez vedomia programatora? No hej, trieda mysqli obsahuje metodu prepare, velmi dobra vec, co sa tyka bezpecnosti, ale toto absolutne nesuvisi s OOP. Budem rad, ked mi k tomuto povies viac.
Pekny priklad vyuzitia takych zakladov OOP su take skripty, kde je najvhodnejsie rozdelit kod do viacerych procedur, ale zaroven tieto procedury potrebuju zdielat nejake premenne medzi sebou, napr. template trieda - tam uplne jednoducha trieda s par vlastnostami a par metodami vie zjednodusit kod a odstranit pripadne zbytocne globalne premenne a podobne prasarny. Ale suhlasim s tym, ze je zbytocne pchat OOP tam, kde ho nie je potreba. Uz som videl kod, kde "programator" rozdelil ciste proceduralny kod jednoducho do niekolkych metod jednej triedy a tie potom zaradom zavolal. Kazdu raz za beh skriptu.
Budem sa opakovat, ale na plnohodnotne OOP mozes v PHP zabudnut. PHPcko nie je jediny jazyk na tvorbu webstranok.

vsetky verzie php mali oop rovnako implementovane

Duri na druhej strane pri webovych aplikaciach plnohodnote OOP ani nebudes potrebovat (i ked je pravda, ze by PHP mohlo nativne podporovat aspon viac definicii konstruktorov jednej triedy).

A ak uz robis robustnu aplikaciu, tak to sa aj tak neriesi cez PHP + MySQL.

duri, shaggy myslel bezpecnost z pohladu spravneho pouzitia kodu s vyuzitim private , public ...

Coldak v PHP programujem uz minimalne 10 rokov a OOP v PHP preslo vyvojom a stale prechadza.. Este potrva nejaky cas, kym sa z neho stane plnohodnotny OOP jazyk.

Btw ja som hovoril o phpBB fore v2 riesil session proceduralne, cez fakt nechutne funkcie, ktora sa daju zredukovat minimalne o polovicu pri zachovani funkcionality. v3 uz riesi takmer vsetko objektovo.

A sami phpBB "programatori" o sebe prehlasili, ze nevedia programovat.

coldak
Vyuzitie privatnych vlastnosti a metod tam, kde nie su potrebne verejne, patri k spravnym programatorskym navykom, ale neviem si predstavit, ako toto suvisi s bezpecnostou.
TommyHot
Stane sa z PHP vobec niekedy plnohodnotny objektovy jazyk? Neverim, ze sa vyvojari dostanu v blizkej buducnosti k tomu, ze nad stringami a poliami bude mozne volat metody (miesto otrasneho funkcionalneho zapisu) a ze kazdu chybu bude mozne odchytit pomocou try-catch. Ja si bez toho neviem OO jazyk predstavit. PHP je aj bez takychto zmien dost spatne nekompatibilne.