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ś?

[rtech.projekty.p...]

Odpowiedź jest prosta: nie rozumiesz lub nie używasz programowania obiektowego - jesteś jeszcze uczniem nie programistą.
Oprócz logistyki kodu, wzorców projektowych itp. nie da się wielu sztuczek programistycznych osiągnąć na samych funkcjach.
Po prostu nie można zabronić przed używaniem niektórych funkcji, zastosować polimorfizmu, czy choćby
używać frameworków MVC bez OOP i koniec.
Tak samo jak nie da się z Seicenta zrobić samochodu ciężarowego.
Legitymowanie się jako programista PHP nie znający obiektowości na pewno nie odbije się pozytywnie na twojej pozycji na rynku pracy.
Jedyna droga, to wydać trochę forsy na dobre książki (w Helionie jest ich z 50 na ten temat) i przysiąść kilka dni nad tematem.