[PHP] Klassenstruktur

[baserider]

Hi,

folgendes Problem:
Es gibt eine Klasse für Produkte. Nun sollen Produkte bewertet werden. Neben Produkten soll auch allgemein der Shop bewertet werden

Wie könnte am besten eine Klassenstruktur aussehen?
Neben der Produktklasse jeweils eine Klasse für Produktbewertung sowie Shopbewertung? Oder nur eine Klasse für Produkt-und Shopbewertung?

[ice-breaker]

Eine Klasse Bewertung und ein Marker-Interfaces "Bewertbar".
Produkt und Shop implementieren Bewertbar, eine Bewertung beinhaltet also eine Note und ein Objekt vom Typ Bewertbar.

[baserider]

Hi,

ich glaub hab grad nich alles verstanden :-)
Wie ist das gemeint, eine Bewertung beinhaltet also eine Note und ein Objekt vom Typ Bewertbar? Oder kannst es auch ganz kurz am Code zeigen, also so pseudo-mässig

[Aradiv]

Könnte das grade mal schnell in JAVA ausdrücken für php bin ich grade zu müde

1:
2:
3:
4:
5:
6:
7:
8:
9:
10:
11:
12:
13:
14:
15:
public class Poll{
...
}

public interface Pollable{
...
}

public class Store implements Pollable{
...
}

public class Product implements Pollable{
...
}

Aradiv

[baserider]

Hi,

für die Ausgabe wird ja dann jeweils eine Abfrage gemacht zu den Produktbewertungen und eine andere für die Shopbewertungen. Das würde ich dann in die jeweilige Klasse schreiben. Wofür ist das Interface? Was kommt dort rein?

Wie kann man denn in Store und Product auf Poll zugreifen?

[chrissel]

Da ice-breaker es als Marker-Interface betitelt hat denke ich, dass das Interface einfach nur existiert und nichts weiter implementiert.
Somit können andere Objekte damit markiert werden, dass sie bewertbaren Inhalt darstellen.

Und die Klasse für die Bewertung beinhaltet dann ein Attribut in welchem eine Klasse vom Typ "bewertbar" (bzw. pollable wie Aradiv es genannt hat) drin steht.

[baserider]

Zitat von chrissel

Somit können andere Objekte damit markiert werden, dass sie bewertbaren Inhalt darstellen.

Und die Klasse für die Bewertung beinhaltet dann ein Attribut in welchem eine Klasse vom Typ "bewertbar" (bzw. pollable wie Aradiv es genannt hat) drin steht.

das hört sich logisch an, aber ich kapier es leider nicht so richtig. an einem codebeispiel würde es mir bestimmt mehr sagen oder ein Link zu mehr Infos.

[theHacker]

Zitat von baserider

an einem codebeispiel würde es mir bestimmt mehr sagen oder ein Link zu mehr Infos.

Was is an diesem Codebeispiel auszusetzen?

[baserider]

da ist nix auszusetzen, aber ich würde gern wissen, wie das innerhalb der klassen abläuft

[theHacker]

Innerhalb der Klassen steht deine Shop-spezifische Implementierung. Wie das genau aussieht, kann man schlecht in 5 Zeilen packen.

Im Normalfall gibt der Benutzer halt eine Bewertung ab und du speicherst sie ab und zeigst sie dann oder einen Durchschnittswert (je nachdem wie so eine Bewertung aussieht) auf einer gesonderten Seite oder auch direkt neben dem Bewertungsbildschirm an. Keine Ahnung, ob es bei dir überhaupt eine Bewertungsseite geben soll oder die Bewertungen über eine Schnittstelle kommen oder von einer anderen Datenquelle eingelesen werden.

So viele Möglichkeiten... die Klassenhierarchie is aber immer dieselbe.

[baserider]

Ich meinte eher den Zusammenhang der Poll-Klasse, dann dem Interface und der jeweiligen Bewertungsklasse für Shop und Produkt, und was wo reingehört. Dabei bin ich mir noch unsicher. Also welche Dinge gehören wo rein.

[baserider]

Zitat von chrissel

Und die Klasse für die Bewertung beinhaltet dann ein Attribut in welchem eine Klasse vom Typ "bewertbar" (bzw. pollable wie Aradiv es genannt hat) drin steht.

besonders das hier versteh ich nich nicht so richtig. An einem Stückchen Code ist das wohl besser zu verstehen

Was sollte denn hauptsächlich in die Klasse Poll rein?

[theHacker]

Zitat von baserider

Ich meinte eher den Zusammenhang der Poll-Klasse, dann dem Interface und der jeweiligen Bewertungsklasse für Shop und Produkt, und was wo reingehört. Dabei bin ich mir noch unsicher. Also welche Dinge gehören wo rein.

Kannst nur du wissen.

In die Klasse für den Shop, was der Shop kann,
in die Klasse für das Produkt, was das Produkt kann und
in die Klasse Poll stellt die Bewertung da (wobei "Poll" engl. für Umfrage is und "Vote" wohl imo besser passen würde).

Zitat von baserider

Was sollte denn hauptsächlich in die Klasse Poll rein?

Kommt ganz drauf an, wie bei dir eine Bewertung aussieht. Hab ich aber schon vorhin gesagt, was es da alles für Möglichkeiten gibt.

Die Posts #2 und #4 beantworten deine Frage ganz allgemein. Die konkrete Implementierung liegt bei dir. Das is ja das Tolle an der OOP

[baserider]

Hi,

mir fehlt irgendwie die Verbindung. Wo würde ich denn z.B. die Berechnung eines Durchschnittswertes machen? Oder die Gesamtanzahl an Bewertungen?

PHP-Code:

1: 2: 3: 4: 5: 6: 7: 8: 9: 10: 11: 12: 13: 14: 15: 16: 17:

class Product{    public function getVotes($produkt_id){        return Votes::findVotesForProdukt($produkt_id)    } } class Shop{    public function getVotes(){        return Votes::findVotesForShop()    } } class Vote{     //saveVote }

[Aradiv]

Zitat von theHacker

(wobei "Poll" engl. für Umfrage is und "Vote" wohl imo besser passen würde)

Wie gesagt war schon etwas müde

Zitat von baserider

Hi,

mir fehlt irgendwie die Verbindung. Wo würde ich denn z.B. die Berechnung eines Durchschnittswertes machen? Oder die Gesamtanzahl an Bewertungen?

Wo macht es den Sinn?
Muss die Klasse Shop das zählen/anzeigen/berechnen können oder würde es im View vieleicht auch gehen zu schauen was den voteable ist und dann dort die Anzeigen hinschalten weitergereicht wird das dann an Vote.
Oder unterscheidet sich irgendetwas zwischen einem Vote bei einem Product und einem Vote bei einem Shop?

Die Sicherung der Ergebnisse ist dann eine weitere Ebene.

Vote

in nur eines der beiden Felder product und shop ist ausgefüllt das andere ist NULL.

Aradiv

Ps.: DRY & KISS