OOP => PHP5 [Der Meilenstein]

Hallo liebe Coder,

da ich mich seit einiger Zeit mit der Programmiersprache PHP beschäftige, aber langsam die Prozedurale Schreibweise mir abgewöhnen möchte, will ich nun mit der ObjektOrientiertenProgrammierung fortfahren.

Das problem ist folgendes, ich habe mir zwar ein paar Grundlagen angeschaut zur OOP in PHP, aber verstehen tue ich immer nur die hälfte.
Ich suche jemanden der mir evtl. ein paar Tips und Tricks zur OOP geben könnte.

Dazu wäre es sinnvoll, wenn du sagst, wo du steckst ;)
Wenn du willst, kannst du mich gern jederzeit via Skype kontaktieren, dann können wir auch miteinander sprechen (was einfacher ist als schreiben ;P ) und via TV z.B. Sachen anschaun^^

hast mich ja in skype

die seite hat mir sehr geholfen er erklärt das in einer etwas umgänglichen sprache.
[Only registered and activated users can see links. Click Here To Register...]

Meiner Meinung nach ist es schlecht die Prozeduales prgrammieren abzugewöhnen! Es ist oft in kleineren Projekten einfacher und schneller umzusetzen.

OOP ist meist nur großen Projekten (BsP: Browsergame) sinnvoll.

Sowas wie "abgewöhnen" ist eigentlich nicht möglich...^^
Entweder, man nutzt prozedural, OOP, oder ein Gemisch - je nachdem, was man braucht und wie groß das Projekt ist.

Quote:

Originally Posted by Heberg OOP ist meist nur großen Projekten (BsP: Browsergame) sinnvoll.

Das ist Quatsch. Wieso sollte man "kleinere" Projekte nicht objektorientiert umsetzen? Bei sehr kleinen Projekten würde ich sicher auf ein Framework und auf diverse Entwurfsmuster wie MVC / Schichtentrennung verzichten, aber sicher nicht auf OOP verzichten.
Vergleich mal das Resultat [Only registered and activated users can see links. Click Here To Register...] mit [Only registered and activated users can see links. Click Here To Register...] (beides Tutorials für Gästebücher; zweiteres mag ein Negativbeispiel sein, habe auf die Schnelle nicht viel anderes gefunden). Sicher, dass sich OOP nicht lohnt?

Ich denke, das Problem ist viel eher die Definition von "klein". Ich versteh unter klein z.B. ein Script, dass auf einfache Requests (z.B. Login) antwortet. Ein Gästebuch würde ich eher in den mittleren Bereich schieben. Wobei es da auch abhängt, wie viel man rein steckt, und was es alles kann...

Quote:

Originally Posted by dowhile Das ist Quatsch. Wieso sollte man "kleinere" Projekte nicht objektorientiert umsetzen? Bei sehr kleinen Projekten würde ich sicher auf ein Framework und auf diverse Entwurfsmuster wie MVC / Schichtentrennung verzichten, aber sicher nicht auf OOP verzichten. Vergleich mal das Resultat [Only registered and activated users can see links. Click Here To Register...] mit [Only registered and activated users can see links. Click Here To Register...] (beides Tutorials für Gästebücher; zweiteres mag ein Negativbeispiel sein, habe auf die Schnelle nicht viel anderes gefunden). Sicher, dass sich OOP nicht lohnt?

sofern man fuer kleinere projekte vorhandene klassen (zb. mysqli) nutzt stimmt das, wenn man allerdings alle klassen neuschreibt lohnt es sich nicht wirklich

Quote:

Originally Posted by Heberg Meiner Meinung nach ist es schlecht die Prozeduales prgrammieren abzugewöhnen! Es ist oft in kleineren Projekten einfacher und schneller umzusetzen. OOP ist meist nur großen Projekten (BsP: Browsergame) sinnvoll.

Das halte ich für Unfug. Objektorientiertes Programmieren geht ganz weit unten los, das ist auch das Problem bei PHP. Die Grundlagen sind nicht objektorientiert, daher ist das Ganze eher ein Murks aus beidem, wenn überhaupt. Und objektorientiert ist einfach beinahe immer besser/schöner/bequemer. Ich ärgere mich bei PHP ständig über diverse String-Funktionen, welche eben nicht als Funktionen auf String-Objekte implementiert sind, sondern als Argument den zu verarbeitenden String entgegennehmen. Das ist aber ziemlich "unbequem".

Wenn man eine kleine Webseite hat, dort ein paar funktion z.B. mit PHP machen möchte, wäre es unfug, gleich 50 Zeilen OOP zu schreiben statt 20 von prozedualer. Jeder seine Sache.

Quote:

Originally Posted by Heberg Wenn man eine kleine Webseite hat, dort ein paar funktion z.B. mit PHP machen möchte, wäre es unfug, gleich 50 Zeilen OOP zu schreiben statt 20 von prozedualer. Jeder seine Sache.

Ich weiß grad nicht wie du plötzlich darauf kommst, es sei irgendwie negativ, dass der Code dadurch gleich sehr viel länger wird. Objektorientiertes Programmieren erlaubt wenigstens eventuelle spätere Wiederverwendung des Codes ohne großartige Änderungen.

Stimmt. Ich meine nur, und das ist, das was ich die ganze Zeit versuche zu sagen, das es auf das Projekt ankommt, ob man OOP oder Prozedual coded. Fakt ist, man sollte nicht komplett aufhören prozedual zu coden.

Quote:

Originally Posted by Ennea Ich weiß grad nicht wie du plötzlich darauf kommst, es sei irgendwie negativ, dass der Code dadurch gleich sehr viel länger wird. Objektorientiertes Programmieren erlaubt wenigstens eventuelle spätere Wiederverwendung des Codes ohne großartige Änderungen.

Also wer bei 20 Zeilen an ein Wiederverwenden denkst, der denkt irgendwie falsch. 20 Zeilen sind schneller neu getippt als irgendwie zurechtgebogen und eingebaut.

PRO PROZEDURAL!

du musst nicht oop kennen, du musst oop denken.

wenn du ein script schreiben willst, denke vorher nach, welche einzelschritte du brauchst.
dann kannst du einfach alles im script bequem aus der klasse aufrufen.

bsp: klasse für ein newssystem:

Was muss es alles können:

-news anzeigen
-adminkram
--login/logout
---loginCheck
---loginDaten abrufen
---logout
--editieren
--löschen
--sperren
--erstellen
-evtl. newsspot