nicht angemeldet
Hello,
Abgrenzbare Unteraufgabe: Affenformular für die Kommentarfunktion.
Das ist ja noch „Relativ“ einfach.
Funktionen: Kommentar anlegen,
Kommentar editieren,
Kommentaränderung verwerfen
Kommentar löschen
Kommentar abschließen und speichernHier wird es wieder schwer; was meinst du mit editieren? Das der Admin die Einträge editieren kann, oder der Kommentator selbst?
Das wäre dann schon die nächste Stufe. Obiges gilt für den User. Was muss der Administrator zusätzlich können?
- Kommentar gegen editieren sperren (Timestamp auf aktuelle Zeit setzen?)
- Kommentar fürs editiren freigeben (Timestamp auf Zeit in der Zukunft setzen?)
- Kommentar editieren und wieder wegschreiben
Und dann kommt schon die nächste Frage: Sollen die beiden Vorgänge miteinander konkurrieren dürfen? Sollte man dann noch einen Änderungszähler berücksichtigen? Wo soll der geführt werden?
So langsam wäre dann Datenbank doch angenehmer...
Mit einer Session könnte man dem User das nachträgliche editieren anbieten, aber wie viel Zeit sollte man einem User zum Editieren einräumen?
Bis die Session abgelaufen ist, oder 15 Minuten, oder bis der Admin das Sperrflag gesetzt hat.
Im Abstimmungsarray kann dann auch vermerkt werden, ob der Kommentar abgeschlossen ist.
Es soll ja nicht zu jedem Vote ein Kommentar abgegeben werden; das kommentieren soll ja nur als zusätzlicher Dienst laufen, von daher würde ich die beiden Vorgänge doch getrennt behandeln, es sei denn, du hast Einwände. Deine Einwände sind fast immer Empfehlenswert ;)
Nö, in diesem Fall hätte ich keinen Einwand und finde deine Anregung durchaus überlegenswert. Wenn man es getrennt hält vom Abstimmungsarray, kann man leichter ein eigenes Modul (eine Klasse) daraus machen, was dann auch besser wiederverwendbar ist. Die beiden Module können (müssen?) ja trotzdem auf denselben Datenstamm (User-ID) zugreifen. Da muss man dann nur einig sein, wie das Datenfeld/Die Variable in der Datenbank /der Session heißt.
Liebe Grüße aus dem schönen Oberharz
Tom vom Berg
