Programowanie obiektowe - jak się przekonać? Opcje

[paramyksowiroza]

Mam prośbę. Czy ktoś mógłby przekonać mnie do programowania obiektowego? OK, jak muszę, to programuję obiektowo, ale strasznie tego nie lubię.

Tak naprawdę, nie znalazłam ani jednego argumentu przemawiającego za tym, że programowanie obiektowe jest LEPSZE.

Dlaczego obiektówka jest lepsza? Wciąż napotykam na opinie, że kod jest prostszy (dla człowieka), że bardziej elastyczny, że uporządkowany. Problem w tym, że ja tego nie widzę. Dlaczego jest prostszy? Jeśli mam plik z funkcjami, to sobie po prostu znajduję funkcję i edytuję. Nie muszę się grzebać w tych wszystkich klasach, szukać, skąd i co dziedziczy i co jest do czego. Co w tym elastycznego? Gdzie tu porządek?

Dziedziczenie? OK, to jest jakiś plus, ale raczej pod kątem ilości kodu, ale nie jego zrozumienia.

Jestem ze starej szkoły. Jak pewnie wielu z Was, moje początki były związane z językiem Quick Basic, Pascal, itp... Może, gdybym zaczynała od razu od podejścia obiektowego, łatwiej byłoby mi to zrozumieć.

Pomoże ktoś?

[gitbejbe]

@PrinceOfPersia

Dzięki za odpowiedź : ) każde zdanie w tej kwestii jest dla mnie przydatne.
Projekt, który robię będzie komercyjnym portalem - pomysłu nie zdradzę ; ) Piszę go na spokojnie i każdy nowy element najpierw mocno analizuje i szukam najlepszego rozwiązania- po czym przechodzę do kodowania. Od tego projektu również stosuje model MVC. Nie wiem czy wypada się tym chwalić - bo jak napisałes wszędzie jest ten model przedstawiany w oparciu o OOP, ale dla mnie jak najbardziej zdaje egzamin pisząc strukturalnie. Nie chce wprowadzać do tego projektu obiektówki, bo nie chce aby w tym projekcie był kod, który nie jest pewny i może bardziej szkodzić niż służyć. Jedyne co mnie gryzie to PDO - z chęcia bym u siebie to zastosował, no ale z drugiej strony wszystko mam już dobrze zabezpieczone (całkowicie wyeliminowane sql_inj xss csrf i inne syfy).

a jakbyś chciał ten projekt podzielić na dwa mniejsze?

przemyślałem teraz tą kwestie i szczerze powiem, ze bez problemu. Od tego właśnie mam funkcje. Uważam na to aby nie uzależniać jednej funkcji od drugiej. Oczywiście niektóre mechanizmy tego wymagają, np hashowanie/sprawdzenie sesji i ciastka, ale to również działa jako ala moduł i mogę to bez problemu zastować gdzie indziej.
Wydaje mi się, że kazdy projekt wymaga osobnego podejścia, dlatego też zawsze coś trzeba będzie dopasować ze starego kodu - grunt to zrobić to tak aby było tego jak najmniej.
Tak czy siak wiem, że skoro bawie sie w php, to nie wypadałoby nie poznać oop i choć droga ku temu będzie ciemna i kręta to zła się nie ulęknę ; )
A doczepiłem sie do tematu dlatego, że wszędzie gdzie się nie czyta o zaletach i wadach obu tych "stylów", to w zdecydowanej większość pisze, że nie da rady napisać coś większego strukturalnie. Z czego to wynika ? Mi osobiście się wydaje ze z niechlujstwa i niewiedzy. Tak jak napisałeś, obiektowo tez można spartolić robotę - tak samo strukturalnie, ale za pomocą jednego i drugiego można zrobić co tylko się chce i to na cacy.

ps: jakbym teraz zaprezenotwał Tobie mój kod to gwarantuje Ci, że bez problemu ogarnąłbyś wszystko co się w nim dzieje. Nikiedy jak przeglądam jakieś klasy w oop, to również odnoszę wrażenie - podobnie jak @paramyksowiroza, że ciężej jest poznać ich logikę. Nawet jak wracam do starszych projektów to nie mam problemu z odczytaniem teog jak działa dana funkcja iz ajmuje mi to moment. Mimo iż oop jest ponoć stworzone na wzór ludzkiego rozumowania, to jednak niekiedy trudno jest mi ogarnąć całą droge jaką przebywa obiekt w jakiejś klasie. Napewno to kwestia mojego braku praktyki, no ale dobra, nie będę ciągnął tego w nieskończoność ; ) niech Bóg da mi siły na ogarnięcie oop !

Ten post edytował gitbejbe 3.07.2013, 06:41:40