o OOP słów kilka., wiem że może i do działu humor prędzej to trafi, no ale cóż. Opcje

[!*!]

Jako iż w sąsiednim dziale rozpoczęła się dyskusja o tym i owym dotyczącym OOP, trzeba ten temat rozwinąć, przykleić i wbijać do łba każdemu kto stwierdzi:

ja powiem tak. PDO i obiektowosc nie rozni sie praktycznie niczym, ktos wymyslil obiektowosc i PDO i trzepie na tym niezla kase a wy podjarani tym ze sie nauczyliscie i teraz jestescie goscie. wow!

skoro ta obiektowosc to taka swietna sprawa to powiedz co w tym lepszego? bo ja nie widze zadnej a wrecz widze wady, trudniejsza do nauki tym bardziej dla laikow ktorym kazdemu proponujecie.

PDO to taka zaleta ze nie musisz zabezpieczac przed SQL injection i o to mi tylko chodzilo, jaka jeszcze zaleta?
OOP jaka zaleta? szukalem w google i sie uczylem, czytalem, szukalem wiele ale wybaczcie, ale nie znalazlem odpowiedzi na moje pytanie?? to co jest w OOP to mam to samo w funkcjach i jak juz pisalem, trzeba myslec zeby wiedziec jak to poskladac

Otóż... było już o tym.

http://forum.php.pl/index.php?showtopic=101470
http://forum.php.pl/index.php?showtopic=140338
http://forum.php.pl/index.php?showtopic=200240

I w wielu, wielu innych tematach.

Cały bajer OOP w PHP polega na tym że... bez tego nie ma przyszłości zawodowej. Jeśli piszesz kod w domu, dla siebie, strukturalnie, to masz do tego prawo, jednak to nie znaczy że tak musi być.
Żadna firma nie tworzy oprogramowania strukturalnie, ponieważ nie jest to wydajne. Przykład, patrz WordPress, jego kod jest tak beznadziejny, że nie opłaca się już tego rozwijać, a nie można od tak tego przepisać na OOP, bo zwyczajnie kompatybilność 99% wtyczek szlag trafi. Nie odetną pępowiny, bo zespołu WP na to nie stać.
Gdyby WP był obiektowy, nie byłoby trzeba się o to martwić, bo wtyczki byłby kompatybilne i zmieniać by było można do woli.

Kod strukturalny to pozostałość, która powinna z PHP wylecieć (jednak tu też team nie ma jaj, aby to zrobić.).
Jeśli nadal drogi użytkowniku upierasz się przy tym że można pisać dobrze strukturalnie na funkcjach... to zbuduj mi proszę aplikacje, jakąś prostą ok 12k linijek i rozwijaj ją przez rok. Gwarantuję Ci że wymiękniesz już przy 3k linii kodu, oraz 2ch tygodniach. Oczywiście zachowaj wszystkie standardy PSR*/ wprowadź MVC(P) itd.

/* edycja, literówki */

Ten post edytował !*! 27.09.2012, 19:03:47

[stud3nt]

Żadna firma nie tworzy oprogramowania strukturalnie, ponieważ nie jest to wydajne.

Jestem dość początkujący, więc nie wiem, czy programowanie obiektowe jest wydajniejsze i o ile. Wiem natomiast, że jest diabelnie wygodne i niezwykle ułatwia pracę z kodem, jak i samo pisanie aplikacji oraz późniejsze modyfikacje. Chyba, że właśnie o taką wydajność (w sensie szybkości pisania aplikacji) autorowi posta chodziło.

Kod strukturalny to pozostałość, która powinna z PHP wylecieć (jednak tu też team nie ma jaj, aby to zrobić.).

Tutaj muszę zgłosić stanowczy sprzeciw. Wszystkie kursy, jakie czytałem, wprowadzały najpierw do programowania strukturalnego, a dopiero potem do obiektówki. Dlaczego? Bo tak jest po prostu znacznie prościej. Rzucanie od razu na głęboką wodę to większy natłok informacji i rzeczy do opanowania => język automatycznie staje się trudniejszy do opanowania.

No i nie można odmówić jednej zalety programowaniu strukturalnemu - do drobnych pierdółek bardzo dobrze się nadaje i jest wygodniejszy.