Podczas mojej podróży wgłąb obiektowego php natknęłem sie na problem.
Napisałem prosty system pod moje portfolio i generuje się w czasie od 0.036 sec do 0.064 sec czyli dosyć wolno (max 5 zapytań) pomomo wcześniejszej optymalizacji.

I zastanawiam się teraz czy programując obiektowo używa się zwykłych funkcji?
oraz kiedy warto robić z czegoś klasę

moje klasy:
- db
- menu
- modules
- offer (wyświetla tabelę z miniaturkami gotowych projektów)
- page (pobiera dane o określonej stronie i zarządza innymi klasami)
- project (wyświetla szczegółowe informacje o danym projekcie)
- propo (wyświetla dodatkowe menu z losowo wybranymi projektami)

Co jest nie tak?

Zalezy jaki system itp.

Ja wszedzie uzywam klas, poza handlerami.

Pozatym, to zalezy jak chcesz Ty ja tam mam wszedzie obiekty (inaczej nie wyobrazam sobie tego )

Czyli tworzysz klasę nawet jak w niej jest tylko jedna metoda będąca konstruktorem?
Czy w takim przypadku lepiej podpiąć taką metode do innej (mającej tylko troche z nią wspólnego) klasy?
Czy to da jakieś rezultaty prędkościowe?

Kurcze tyle problemów z tym oop a ja myślałem że to będzie tak fajnie

Jezeli klasa mam miec 1 metode to pewnie nie jest obiektowe.

Co do dziedziczenia to zachodzi ono na zasadach "jest jakas/jakims".

ad1.
Nie mam klas miejacych 1 metode zawsze jest tam z 4,5 minimum

ad2.
Dziedziczenie, albo poprostu przedstawianie "swiata jako obiekty" - o ile jest to proste w normlanym zyciu, w programowaniu jest to ciezkie (gdzie sie konczy jedno a zaczyan 2gie), dlatego dobrzy programisci sa tak poszukiwani

ad3.
Programowanie obiektowe jest niewiele wolniejssze (ale za to kod powstaje szybicej - duzo) latwiej go reperowac/poprawiac i rozbudowywac.

_ OOP jest fajne siedz na kanale irc.php.pl to sie wiele mozesz nauczyc