pikachu

Zuerstmal hallo an die forums-community.

Meine OOP-Kenntnisse sind leider schon etwas eingerostet, und ich werde das Gefühl nicht los, das ich einen komplett falschen Lösungsansatz verwende. Ich hab zu diesem Thema schon einige Threads gefunden, die mir auch schon etwas weiter geholfen haben, aber so ganz sicher bin ich mir nicht. Sollte das Problem zu grundlegend sein, bin ich über Links zu entsprechenden Tutorials bzw. Buchtipps dankbar.

Ich werde mein Problem vorerstmal abstrakt und ohne Klassendefinitionen beschreiben, da ich wie gesagt die Befürchtung habe, dass das Design von Grund auf falsch ist:

Ich habe eine Klasse Clipping die mir aus der Datenbank Zeitungsartikel holt.
Die Klasse HTML ist für die Anzeige dieser Zeitungsartikel zuständig.
Die Klasse User stellt die Login-Logik zur Verfügung, und speichert Einstellungen des Benutzers (zB das der User die Schlagzeile und den Namen der Zeitung angezeigt haben will, aber nicht das Datum an dem sie erschienen ist).

Die Klasse HTML benötigt nun zur Anzeige die Daten des Objekts der Klasse Clipping und ebenso die Daten des Objekts der Klasse User.
Meine Frage ist nun, wie stelle ich das an. Übergebe ich einfach an die Klasse HTML die Objekte der Klassen User und Clipping oder gibt es da eine sauberere Lösung, bzw. ist meine Klassenkonzeption vielleicht völlig falsch?

Mister Ad

Dark Guardian

Schau dir mal das MVC Pattern an.

Das klingt schon sehr danach als würdest du das suchen.

Sehr einfach formuliert:

M (deine User und Clipping Klassen, teilweiße): "Model" Ist das Datenmodel. Diese Klassen stellen nichts wieter zur Verfügung als die Haltung der Daten und Routinen zum lesen/schreiben.
C (ggf. Logik die in deiner Userklasse steckt): Ist der Controller, dieser übernimmt die Verarbeitungslogik. Z.B. hole aus dem Model 10 Newseinträge, gebe diese an die View zur Ausgabe, und wnen ein Paremeter Page gesetzt ist hole die nächsten 10 und übergebe diese an die View.
V (deine HTML Klasse): View, dient der Ausgabe. Alle benötigten Variablen werden vom Controller zugewiesen. Verarbeitung hat hier nichts mehr zu suchen weil die Daten für eine Ausgabe bereits ausreichend aufbereitet wordens ein sollten.

__________________
"Alles im Universum funktioniert, wenn du nur weißt wie du es anwenden musst".

litterauspirna

Hallo,

nunja in wie weit hattest du denn OOP Kenntnisse? Das kann ja keiner wissen.
Aber nachdem wie du das da schreibst klingt das alles ganz schön wirr und wild durcheinander gewirbelt. DarkGuardian hat da schon einen richtigen Ansatz geliefert, wobei ich die Aussage das im Model nur Daten lese und Schreibroutinen zu suchen haben für nicht ganz so korrekt halte. Aber das sind wieder MVC Auslegungssachen wo wir in der Firma auch schon diskutiert haben, da haben auch einige unterschiedliche ANsichten. Man kann durchaus auch z.B. eine Helper Klasse haben die z.B. Plausibilitätsprüfungen beinhalten und diese im Model unterbringen. Auch Prüfungen wie wurde der Datensatz erfolgreich eingefügt kann man im Model unterbringen.
Aber im Grundgedanken musst du dir Gedanken machen wo kommen die Daten her (lesen), wo sollen die Daten hin (schreiben), das sind auf alle Fälle die Sachen die ins Model gehören.
Prüfroutinen die z.B. auf Länge eines Strings oder vorhanden sein eines Wertes oder korrekte Datumsformatierung zurückgreifen kannst du z.B. in eigene Helper oder Validator Klassen schreiben und dann in den Controllern einsetzen.
Grundlegend dient der Controller aber als Vermittlungseinheit zwischen Model und View und es sollten möglichst Model und View nicht miteinander in Berührung kommen.

So mit hast du eine saubere Trennung deiner Datenbeschaffung, Datenverarbeitung und Datenpräsentation.

Ich hoffe ich konnte dir auch ein klein wenig weiter helfen.

Gruß der Litter

__________________
Aus dem Dynamo Lande kommen wir. Trinken immer reichlich kühles Bier. Und dann sind wir alle voll, die Stimmung ist so toll. Aus dem Dynamo Lande kommen wir.
http://www.lit-web.de