OOP v PHP

Tak ako pise stenley. Objektove programovanie ma vyznam hlavne vtedy, ak vyuzijes specialne vlastnosti tried a objektov (teda spominanu dedicnost atd).

Ak si niekto vytvory objekt pre pracu s databazou ktory ma napr 6 metod, tak to moze mat kludne 6 funkcii a vlastnosti triedy nahradit globalnymi premennymi Nebude to sice az take "pekne", ale ak to bude mat v zvlastnom zdrojaku tak to nebude ani "skarede". Tieto 2 riesenia budu ronako dobre.

Ak sa v PHP pre zaciatok vyhnes OOP, nic nepokazis. Vsetci co programuju viac nez par rokov totiz tiez zacinali na procedurach.

Výhoda je asi taká. Predstav si že by si mal programovať križovatku (nemusí to byť v PHP, ale všobecne). Na križovatku prídu autá, a každé musí niekde chcieť ísť, a každé sa musí správať podľa predpisov. Urobiť toto proceduralnym spôsobom je niekoľko násobne ťažšie, než cez OOP. Prečo?
Lebo v OOP by si naprogramoval všeobecné spravanie každého auta, zatiaľ čo cez procedúry by si musel riešiť každé auto.

Prečo? Dal by som auto($suradnice-z, $suradnice-kam) a vo funkcií by som zaznamenal predpisy pre každé auto.

Bože flety Proste OOP je vhodné na väčšie projekty a veci kde je kód prehladnejší a rýchlejší a lepší ako procedurálny Nikto ti neprikazuje používať OOP a vymazať funkcie Veď aj taká trieda by bola vlastne bez funkcií stratená...

A co by si spravil ak b ysa tam zdrazu objavila motorka, ktora ma dajme tomu troskicku ine predpisy?

Čo by si spravil v triede, čo by som nemohol spraviť vo funkcií?

Svolo, nechcem sa hádať, možno je lepšie to OOP ale zatiaľ ma nikto o tom nepresvedčil. Bol by som rád, aby ste si tento názor obhájili tak, aby som videl, že to OOP je vážne výhodnejšie a oplatí sa študovať tento spôsob myslenia a programovania.

Pointa, preco OOP pouzivam ja, je ta, ze trieda moze mat aj metody, aj cleny. Funkcie s premennymi nedas dokopy, pokial si nechces zababrat kod globalnymi premennymi. Ak zoberieme priklad s autom, vytvorim si triedu Auto, ktora bude mat cleny x a y ako suradnice a metody hore(), dole(), doprava(), dolava(), pricom mozem si povytvarat desat aut a vsetky budu mat metody a cleny nezavisle od seba. Ako by si toto chcel riesit bez OOP? Vytvoris si polia vsetkych X a Y suradnic? Alebo si vytvoris jednotlive auta ako polia s X a Y suradnicou a budes pouzivat funkcie na posun, kde parameter bude musiet byt aj auto? Obe moznosti su na hlavu postavene.
Porovnaj si zapisaNa troch riadkoch sa to mozno nezda, ale ta prehladnost v OOP vitazi.
Dalo by sa hovorit o dedicnosti, abstrakcii a inych srandach, ale najprv treba prist na chut zakladom OOP.

Teda pokiaľ správne chápem, tak trieda má kvázi podfunkcie, ktoré voláš tou šípkou(zrejme sú to tie metódy) a parametre sa zadávajú ako do funkcií. Je tak? Myslím, že začínam chápať načo to je dobré. Ale myslím, že učiť sa to ešte nebudem. V reálnom programovaní PHPčkom nevidím až také uplatnenie. A možno sa raz dostanem aj k tomu a ani nebudem vedieť ako.

Ak dovolíte, niečo k tomu poviem aj ja.

Obhajovať použitie OOP v nejakom projekte, pretože má krajšiu syntax je úplná kravina. Syntax môže byť krajšia či škaredšia, ale na základe syntaxe sa nedá povedať, že tento prístup/jazyk je lepší ako druhý (aj brainfuck je Turing-complete, ale dôvod prečo v ňom nebudete písať riadenie križovatky nie je to, že jeho príkazy sú ničnehovoriace symboly < > + - . , [ ], ale to, že ich je len 8!). Navyše:Toto je len vecou syntaxe, väčšina jazykov s OOP prístupom pri volaní nestatickej metódy používa inštanciu objektu ako akýsi implicitný parameter, nie však Python. Z pohľadu syntaxe používa Python rovnaký prístup, ako ten, čo Ďuri vysmial. Sémanticky však de o dve úplne zásadne sa odlišujúce veci a sémantika je to čo sa počíta.

Ten pravý dôvod, prečo niekde použiť OOP a inde nie je vysvetlený napr. tu. V konečnom dôsledku odpoveď na otázkuje nič; ale prakticky naozaj zložitejšie veci v OOP spravíš skôr, lepšie, kvalitnejšie a sémanticky prehľadnejšie vďaka intenzívnemu využívaniu vecí ako dedičnosť, polymorfizmus, zapuzdrenie atď...

OK, takže keď sa začnem strácať vo svojich projektoch alebo uvidím, že funkciami to proste nejde tak začnem s OOP ale keďže OOP nedokáže z pohľadu funkčnosti nič viac ako procedúry/funkcie ostávam zatiaľ pri nich.

Ja sa tiež vo svojich osobných projektoch vyhýbam OOP, stále je pre mňa jednoduchšie urobiť si funkcie ako vytvárať nové a nové triedy. Ale napriek tomu som už pre určité zjednodušenie svojej práce dokončil niekoľko tried, ktoré neustále "recyklujem". A na toto sa práve OOP hodí, recyklovanie jednotlivých postupov - nemusíš vytvárať niečo, čo si už vytvoril. Aj keď rovnako dobre môžeš použiť nejakú hotovú funkciu, alebo časť kódu, častejšie sa mi tam objavovali chyby.

Tiež si musíš uvedomiť, že veľa moderných jazykov sú od základu objektovo orientované. Teraz sa venuješ PHP, ak sa začneš venovať objektom, budeš mať výhodu do budúcnosti. Napríklad ako ja - práca ma prinútila robiť v .NET a keďže som už predtým mal vedomosti o OOP (práve v php), tak to nie je pre mňa úplná španielska dedina.

Ale aby som to uzavrel, neber OOP ako všeliek a jedinú správnu cestu. Časom budeš sám vedieť rozpoznať, kedy sa ti oplatí napísať pár funkcií a tie spojiť dokopy, alebo si vytvoriť jednu veľkú triedu a tú použiť na stránke. Líši sa to od projektu a od tvojich potrieb.

Ja to vidím tak, že OOP nevytláča funkcie. Funkcie sú dobré na jednu jednuchú záležitosť, previsť dátum z timestamp v DB do času priateľného pre človeka. Tam dávať OOP by bolo nezmyselné, lebo nevyužiješ jeho výhody, iba sa viac napíšeš. Alebo si pozri stenleyho funkcie v často používaných scriptoch -> Pekné URL -> jednoduchá, jednoúčelová funkcie.

OOP používam vtedy ak sa na jednu vec viažiu dve a viac vecí, alebo rieši jednu zložitú vec. Napríklad: vytvorenie, kontrola a vymazanie tokenu alebo samotný template parser ( z iných tried viď. známy PHPmailer).