superheld

Geht mir genauso Allerdings frage ich mich trotzdem noch, ob man nicht sowas wie globale Klassen anlegen kann? Sozusagen ein Toolkit oder Zwischenschicht, dass dann alle anderen Klassen verwenden können, um z.B. unterschiedliche Datanbankstandards oder Dateisysteme (/ vs. \) zu unterstützen. Ich hab jetzt gelesen, dass es sowas mal in PHP gab aber mit PHP5 entfernt wurde?

Mister Ad

Dark Guardian

"Globale Klassen" sind meist nichts weiter als eine Funktionssammlung in eine Klasse gestopft.

Da sind Konzepte wie das Singleton Pattern eher zu empfehlen - wenn überhaupt.

Die bessere Alternative lautet Dependency Injection.

PHP bietet so manche Konstanten an, z.B. DIRECTORY_SEPARATOR.

Edit: Zufrieden, Trainmaster?

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

Trainmaster

DIRECTORY_SEPARATOR

superheld

Singleton Pattern hatte ich schon mal im Visier, aber nicht weiter verfolgt, weil sie offenbar zu anderen Zwecken eingerichtet wurden. Wenn ich das richtig verstanden habe

Dependency Injection klingt sehr spannend. Allerdings wollte ich nicht gleich ein riesiges Framework installieren. Kann man soetwas nicht auch selbst schreiben? Die Frameworks laufen doch auch auf PHP, es scheint also zu funktionieren

Außerdem sehe ich das CMS an sich als Framework. Die Module dann sind nur noch für den Seiteninhalt verantwortlich. Im Prinzip kann ja jede Seite nur aus Text, Tabellen, Listen und Formularen bestehen. Also müsste man den Modulen nur die Werkzeuge geben, um aus diesen Bestandteilen eine Seite zu bauen. Wie seht Ihr das?

nikosch

Lies Dir doch bitte erstmal Wissen zu diesem Begriff an, bevor Du darüber diskutieren möchtest (bzw. es Dir erklären lassen willst).

__________________
--
One pixel is still too big. Please make it smaller. ASAP.

Initiative Mittelstand.
Die wichtigste Gestaltungsregel im Screendesign ist Pi mal Daumen des Arbeitgebers.
--

Dark Guardian

Das Framework abstrahiert wiederkehrende Vorgänge um Code Redundanzen zu vermeiden. Ein CMS hat da andere Zielsetzungen.

Schau dir einfach mal (entgegen dem Rat von Pflaume) einige CM Systeme und Frameworks an. Dann wirst du den Unterschied mit Sicherheit schnell erkennen und einige Konzepte und verschiedene Umsetzungen derer kennenlernen.

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

litterauspirna

Nunja das eine hat da mit dem anderen nichts zu tun, Dependency Injection kannst du auch getrost ohne ein Framework nutzen und solltest du auch. Frameworks bieten meist noch den Service eine DI-Containers an.
DI bedeutet nichts anderes als das du Objekten seine Abhängigkeiten ausen als Konstruktorinjection oder Setter Injection übergibst.
z.B.
Mittels Typehinting kannst du zusätzlich noch den Datentyp der Klasse sicherstellen, da eine Klasse ein Benutzerdefinierter Datentyp ist, auch wenns in PHP nichts mit Typstrenge an sich gibt.

In einem DI-Conatainer kann man mehrere Abhängigkeiten zusammenfassen und den fertigen Container dann als Dependency Injection übergeben.

Da wirfst (wie ich früher auch) 2 vollkommen verschiedene Schuhe durcheinander. Ein CMS ist ein eigenständiges System wie ein Framework auch. Ein CMS baut idR auf einem Framework auf, ein Framework aber nicht auf einem CMS.

Das heist du entwickelst dein CMS und benutzt als Basis z.B. das Zend Framework, oder Synfony oder auch APF. Diese FWs bieten dir nun in diesen Fällen speziell schon vorliegende Architektoren an, MVC oder HMVC.
Auf deren Basis KANNST du nun dein CMS entwickeln, musst du aber nicht, denn beim ZF kannst du alle Sachen auch ohne MVC oder so nutzen.

Also Framework bietet dir nützliche, nutzbare Funktionalitäten und sind mehr als Libraries zu verstehen und ein CMS ist ein fertiges Produkt, dessen Konzept und Funktionsumpfang du selbständig entwickeln musst.

Ich hoffe ich konnte dir deutlich erklären was die Unterschiede da drin sind.

Aber ich denke bevor du auf ein FW zurück greifst solltest du dich über grundlegende OOP Sachen belesen. Denn ohne OOP in gewisser Weise verstanden zu haben wirst du auch Probleme bekommen ein FW anzuwenden und zu verstehen was da so passiert.

Noch ein kleiner Tipp, streiche den Beitrag von Pflaume am besten ganz schnell wieder aus deinem Kopf.

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

superheld

So, ich hatte heute mal Zeit, mir Dependency Injection anzusehen. Hat ein bisschen gedauert, aber ich glaube, ich habs. Wenn man es dann mal verstanden hat, ist es relativ einfach. Nur glaube ich, dass es irgendwann einmal unübersichtlich wird, wenn man nicht mehr weiß, wer denn nun wo welche Klassen übergeben bekommen hat. Derzeit verwende ich nur zwei, eine für die Config-XML und eine für die Datenbank. Aber wer weiß...

Eine Frage habe ich aber noch: Ich übergebe die Methoden jetzt so:

dbm übernimmt im constructor die Methoden der classe config in seine eigenen. Wie sieht das mit dem Speicher aus? Referenziert das nur oder werden die Methoden in der dbm-Klasse neu angelegt? Wäre ja ein bisschen Mächtig, wenn jede Klasse zum Speicherfresser werden würde

Ich hab den Unterschied zwischen Framework und CMS schon verstanden. Was ich meine ist, dass ein CMS ja doch auch nur Methoden bereitstellt, um eine Ausgabe zu erwirken und somit für alle Module, die man in dieses einbaut, das Framework darstellt. Ich sollte vielleicht ergänzen, dass ich ein Framework (vielleicht mangels Kenntnis an Software-Design-Methoden) als ein Toolkit sehe, mit dem ich arbeiten kann.

nikosch

Schon falsch im Sinne der DI.

__________________
--
One pixel is still too big. Please make it smaller. ASAP.

Initiative Mittelstand.
Die wichtigste Gestaltungsregel im Screendesign ist Pi mal Daumen des Arbeitgebers.
--

litterauspirna

Schau dir mal meinen kleinen codeauszug an oben und dann deinen und dann versuche herauszufinden warum das kein wirkloches DI ist was du da machst.
DI heist Objektabhängigkeiten von außen einem Objekt zu übergeben, du machst das aber innerhalb eines Objektes.

Nunja ein CMS stellt kein Framework dar und ist keins.
Und ein CMS kann kein Software Design beinhalten? Du kannst also in einem CMS keine eigene Composite aufbauen nur weil es die in einem Framework was du benutzt für andere zwecke schon gibt?

Du hast den Unterschied scheinbar nicht wirklich ganz verstanden.

Gruß 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