[WarrenFaith]

Also ich will ne Art Newssystem schreiben, in dem auch kommentiert werden darf.
Da nun aber ein Kommentar einfacher ist als ein Newseintrag (welcher Bilder, Quellenlinks etc enthalten kann), würde es sich anbieten 2 Klassen zu machen.
"class Comments" und "class News extends Comments"
Denn alles was ein Kommentar kann/hat, kann/hat ein Newseintrag schon lange.

Mein Problem ist dabei, dass es aus der OOP Sicht richtig ist, aber irgendwie macht das keinen Sinn, weil Newseinträge immer _über_ den Kommentaren stehen. Programmiertechnisch ist ein Newseintrag aber nur ein umfangreicherer Kommentar richtig?

Also korrekt so oder doch anders?

[Josh81]

Hmm aus OOP-Sicht würde ich das eher so sehen dass du eine Oberklasse hast, z.b. class Textbeitrag, und dann die 2 Klassen Newsbeitrag & Comment die jeweils davon erben. So wie du es vorgeschlagen hast würde es bestimmt auch funktionieren, aber ist für mich vom logischen her auch etwas seltsam Newsbeitrag als Subklasse von Comment zu machen ...

[WarrenFaith]

Deswegen meine Bedenken.
Also die Oberklasse würde ja alle Gemeinsamkeiten der beiden Klassen haben richtig?
Das wiederrum würde die Subklasse Comment überflüssig machen, denn ein Newsbeitrag ist ja eigentlich nur ein erweiterter Kommentar...
Irgendwie schon verflixt

//edit: Willkommen im Forum Josh.

[Josh81]

ich les hier ja schon länger mit, endlich hab ichs auch mal geschafft was zu schreiben

es kann in diesem Fall gut sein dass in comment selbst garnichts direkt implementiert ist, aber das macht ja im prinzip auch nichts. Wer weiss ob du nicht irgendwann deine Commentklasse erweiterst und dann eine Funktion einbaust die in der allgemeinen Klasse nicht vorhanden sein muss?

Spontan würde mir da z.b. einfallen die Länge von Kommentaren auf eine bestimmte Zeichenzahl zu beschränken...

Deswegen & weils mir von der Logik besser erscheint würd ich das trotzdem so machen, auch wenns auf den ersten Blick unnötig sein mag

[WarrenFaith]

Hm... da hast du natürlich recht. Der Gedanke mit bestimmten Begrenzungen ist mir nicht gekommen.
Super, dann weiß ich ja wie ichs am besten machen kann.

[Ben]

Ich würd einfach 'ne Methode addComment() implementieren.

Ist es denn überhaupt sinnvoll eine Klasse daraus zu machen?

[Prophet]

Gut ganz streng oop würde sagen das das sinnvoll ist. Aber füge deiner Klasse doch einfach einen Flag "isComment" hinzu. Und damit hat es sich. Alle Funktionen können ja dann über diese Flag erfragen was sie dürfen und was nicht...

[WarrenFaith]

Aber wozu gibts vererbung wenn ich mit ner Flag arbeite?
Ich mein dann kann ich auch alle klassen die voneinander erben zu einer zusammenfassen und mit flags arbeiten. also nen sinn muss oop schon haben

[Ben]

Und wo bleibt die Antwort auf meine Frage?

[Prophet]

Ein Objekt kann man fasst für alles verwenden, Ben. Ein Forum kann ein Objekt sein ein Thread, ein Post, eine Nachricht alle diese dinge haben eigenschaften und können bestimmte dinge machen (Löschen, Ändern, usw.) grundsätzlich ja.
Es fragt sich nur welche hirarchie man aufbaut. Wenn Objekt orientier dann würde ich

Abstrakt Textnachricht
            |
    ,-------'---------
    |                 |
Nachricht         Kommentar

Das ist die meiner Meinung nach einzige sinnvoll struktur. Aber sie wurde ja bereits oben vorgeschlagen

[WarrenFaith]

Ist es denn überhaupt sinnvoll eine Klasse daraus zu machen?

Bedingt, aber wenn ich den sinn von OOP wirklich nutzen will dann sollte ich mich auch daran halten. Ansonsten hab ich von der Wiederverwendbarkeit und schnellen Anpassungen nicht wirklich etwas.
Irgendwie schon interessant. Hat denn nicht jemand schon seinen eigenes Newssystem komplett in OOP geschrieben?

[Prophet]

Also ein newssystem nicht aber ich habe ein halb fertiges forum auf oop basis. Aber das liegt auf eis weil ich das ganze ziemlich planlos angegangen bin. Im moment schreibe ich an einer etwas umfangreicheren template engine...

[Ben]

Du musst mir nicht erklären, was Objekte sind.

[WarrenFaith]

Er meints ja nur gut

[Ben]

Nu, ich find es nett objektorientiert zu arbeiten, aber gerade im typenlosen PHP muss man es imho nicht auf die Spitze treiben.

Nur meine Ansicht.

[Prophet]

Das stimmt natürlich dort ist es zwar nicht unbedingt nötig aber wenn du dir einmal etwas vernünftiges in form einer klasse geschrieben hast kannst du das überall verwenden, Ben.

Es ist einfach der vorteil der wiederverwendbarkeit, modularisierung und leichten erweiterbarkeit. Ich arbeite bei allen größeren Projektern Objekt Orientiert.

Was mich nur stört ist das bis jetzt nur so wenige webhoster php5 unterstürtzen .

[Ben]

Zitat von Prophet

aber wenn du dir einmal etwas vernünftiges in form einer klasse geschrieben hast kannst du das überall verwenden, Ben.

Vielleicht nochmal etwas deutlicher. Ich arbeite selbst objektorientiert .. und bin diesbzgl. sicherlich kein Laie.

[Prophet]

Das war auch nicht so gemeint und wurde auch nirgend behauptet

Das stimmt natürlich dort ist es zwar nicht unbedingt nötig aber wenn du dir einmal etwas vernünftiges in form einer klasse geschrieben hast kannst du das überall verwenden, Ben.

Nicht unbedingt. Wenn deine Klasse von tausend anderen Klassen (okay, vielleicht ein wenig übertrieben) abhängig ist, so kannst du es nicht überall verwenden.

Wenn du keine Design Patterns einsetzt, aber trotzdem OO orientiert programmierst so wirst du ebenfalls nicht weit kommen.

Also reine OOP ist nicht die Lösung aller Probleme. Man muss schon wissen was man da macht.

MfG Fat Tony

[Waq]

Zitat von Ben

Nu, ich find es nett objektorientiert zu arbeiten, aber gerade im typenlosen PHP muss man es imho nicht auf die Spitze treiben.

Kann man auch genau andersrum sehen, nämlich dass gerade schwach Typisierte Sprachen angenehmes und hübsches OOP zulassen, da weniger Zwangsjacke und mehr Ausdrucksstärke.
Die Steine, die einem PHP in Sachen OOP in den Weg legt, liegen woanders.

Zitat von Fat Tony

Also reine OOP ist nicht die Lösung aller Probleme. Man muss schon wissen was man da macht.

Was Du als "reine OOP" bezeichnest ist eher keine OOP, sondern eher Objektgewurschtel.
Erst wenn man weiss, was man tut, kann da ordentliches OOP rauskommen. Dann wirds auch Patterns enthalten... neben einigen anderen Merkmalen.
Nur weil man Klassen benutzt ist es eben noch lange nicht Objektorientiert.