Sinnhaftigkeit der Objektorientierung in PHP

[h3ll]

Hm okay, jetzt bleibt die Frage, ab wann man entscheiden kann, ob man OOP nur um dessen Willen benutzt oder es wirklich sinnvoll ist. Ich meine, für Funktionen kann man mehr oder weniger sagen, sobald man etwas in gleicher Weise mehr als zweimal benutzt, lohnt es sich dafür eine Funktion zu machen.

Aber bei Klassen / Objekten ist das wohl nicht zu einfach... Wie kann man sowas entscheiden?

Ich habe ein konkretes Projekt weshalb ich auf das Thema komme, und es gibt da schon mögliche Objekte, die man in Klassen packen könnte, aber ich bin mir nicht sicher, ob es mir das Leben wirklich leichter machen wird...^^

Sobald du Code wiederverwenden willst, zahlt sich IMHO OOP aus.

[ApoY2k]

Hm okay, jetzt bleibt die Frage, ab wann man entscheiden kann, ob man OOP nur um dessen Willen benutzt oder es wirklich sinnvoll ist. Ich meine, für Funktionen kann man mehr oder weniger sagen, sobald man etwas in gleicher Weise mehr als zweimal benutzt, lohnt es sich dafür eine Funktion zu machen.

Aber bei Klassen / Objekten ist das wohl nicht zu einfach... Wie kann man sowas entscheiden?

Ich habe ein konkretes Projekt weshalb ich auf das Thema komme, und es gibt da schon mögliche Objekte, die man in Klassen packen könnte, aber ich bin mir nicht sicher, ob es mir das Leben wirklich leichter machen wird...^^

[Kropff]

Pauschal gilt (m.E.): Der Hauptvorteil von OOP liegt in der Entwicklung, nicht in der Ausführung.

Stimmt. Prozeduraler Code neigt dazu, mit der Zeit immer chaotischer zu werden. Ich selber muss mich noch immer durch uralten Code wühlen, der im Laufe der Zeit wild gewachsen ist. OOP erzieht Programmierer zu mehr Sorgfalt (oder sollte es zumindest). Und selbst wenn manche ihre Klassen nur als Scope-Container nutzen, so ist das immer noch übersichtlicher als prozeduraler Code. Auch wenn das dann keine reine OOP mehr ist.

Das einzige was dagegen spricht, ist wenn man OOP um der OOP Willen nutzt. Da hat man dann einen ziemlichen Overhead. Ich kenne das z.B. vom Magento-Shop, wo in unzähligen Objekten die Daten für die DB-Verbindung sieben oder acht Mal auftauchen. Oder Preise inkl. MwSt an fünf verschiedenen Stellen berechnet werden. Da hört es dann auf.

[wahsaga]

Pauschal gilt (m.E.): Der Hauptvorteil von OOP liegt in der Entwicklung, nicht in der Ausführung.

[ApoY2k]

Hallöchen.

Ich habe mal eine vielleicht blöde anmutende Frage an euch. Ich arbeite schon seit längerem mit PHP und habe bisher alle meine Skripte prozedural aufgebaut. Ich kenne Objektorientierung in PHP ebenfalls, aber mehr als just-for-fun-Projekt und nicht wirklich im produktiven Einsatz.

Mir stellt sich nun die Frage, ob es sich überhaupt lohnt, PHP objektorientiert zu machen. Ich meine, ein PHP Skript wird immer bei jedem Aufruf von oben nach unten geparst und interpretiert.

Irgendwie erschließt sich mir da der Sinn von Objekte nicht - Anders als z.B. in Java, wo man das gleiche Objekt öfter benutzen kann über ActionListener etc., ohne dass es bei jeder Useraktion neu erstellt wird.

Vielleicht habe ich noch nicht ganz verstanden, was die OO bei PHP ausmacht, aber nach meinem Verständnis dauert es doch viel länger und ist wesentlich rechenaufwendiger jedes mal alle Klassen und Objekte zu parsen, als wenn man das gleiche Skript einfach runterschreibt wie es halt kommt...

Hoffe mich kann jemand ein bisschen erleuchten