ecomeback

Hallo zusammen,

macht es Sinn in einem Framework eine Klasse zu implementieren, die die Aufgabe globaler Variablen übernimmt und als Zwischenspeicher mit entsprechenden Methoden genutzt werden kann? Im Prinzip möchte ich vermeiden, dass in den Methoden und Funktionen global $var; genutzt wird. Das FW arbeitet mit einer statischen Factory und verwendet selbst keine globalen Variablen in dieser Form.

Sprich, ich möchte dem User die Möglichkeit geben eigene Variablen (vielleicht auch außerhalb der Session) in einem Namensraum zu registrieren und an einer beliebigen Stelle wieder aufzurufen.

Kann das auch ohne $GLOBAL, also nur mithilfe eines Singleton instanzierten Objekts passieren "oder" sollte man diese Klasse selbst mit globalen Variablen arbeiten lassen? Von der Handhabung macht es im Prinzip keinen Unterschied, nur was sagen "PHP Etikette" und Ressourcen dazu.

Gab es nicht mal eine ziemlich lange Diskussion, was den Ersatz globaler Variablen durch eine Faktory Pattern angeht?

Beste Grüße
ec

Mister Ad

Flor1an

Ich denke eine Singleton Variante wäre hier von Vorteil. Schau dir doch mal das Zend Framework an da wurde das so gehandhabt dass es eine zentrale Klasse (Registry) gibt die als Singleton arbeitet und so verschiedene Variablen, Objekte etc. speichert. Klick

Auch das Adventure-PHP-Framework hat so eine "Registry" siehe Klick

__________________
▇█▓▒░◕‿‿◕░▒▓█▇

phpdummi

Wobei die APF-Registry mit guter Vorsicht statt Nachsicht auch einen Schreibschutz und Namensräume implementiert

ecomeback

Wieder mal einiges gesehen und gefunden. Danke dafür. Scheint ja durchaus "normal" zu sein, das zu tun und diesen Gedanken zu verfolgen. Was Schreibschutz und NameSpace angeht, so ist das ja auch eine Frage der Umsetzung. Wenn es sich im eine zentrale Klasse handelt, die auch Corevariablen etc. beinhalte, dann ist das natürlich sehr anzuraten. Gleichzeitig spicht natürlich viel dafür das zu zentralisieren.

Beste Grüße
ec

nikosch

Der wichtige Hinweis ist hier das Stichwort Registry Pattern. Du solltest allerding nur mäßig davon Gebrauch machen. Genau wie globals ist das eigentlich auch eine unsaubere Methode. Wo möglich, solltest Du Deinen Klassen über die Methodenparameter die nötigen Informationen zukommen lassen.

ecomeback

Im Prinzip hast du schon recht, aber die Umsetzung des Registry-Patterns ist so intuitiv, dass man dazu nicht unbedingt ein Buch über Design-Pattern gelesen haben muss.

Für die eigenen Klassen versuche ich das ja auch weitgehend so zu händeln, mir geht es unter anderem darum, eine Schnittstelle zu schaffen ohne globals auszukommen. Klar, es geht da um hypothetische Konstrukte, da das FW nicht zur Veröffentlichung gedacht ist (davon gibt es schon jede Menge - deshalb muss man das Rad nicht neu erfinden) - mich interessiert halt der Aufbau eines Frameworks, so dass ich mir dazu Gedanken mache und mögliche Szenarien andenke. Also nicht abschreiben, sondern denken und selbst machen, um andere Strukturen besser einschätzen zu können. Im Prinzip ein Selbstlernprojekt.

Gerade, die Idee der unsauberen Sache hat mich ja zu dieser Frage getrieben. Umgekehrt wäre nun meine Frage: Wie geht es sauber oder geht es im Moment nur darum: Theoretisch alles doof, praktische Lösungen gibt es nur die, nehmen wir das kleinere Übel?

dr.e.

Die sauberste, aber nicht intuitive Lösung ist es, den ganzen Mist zu konfigurieren. Da es aber n Abstraktionsstufen in der Konfiguration gibt, bist du gezwungen, bestimmte Parameter einmal festzulegen. Das kann in einer Konfigurationsdatei erfolgen, die man an Hand eines Namespaces und/oder eines Umgebungskenners adressiert, oder man hält die Information in einer zentralen Komponente wie einer Registry. Beide Methoden habe ich schon umgesetzt und intuitiver ist sicher die Registry-Geschichte.

Der Witz dabei ist immer - und da wiederhole ich mich zum x-ten Mal -, dass das Softwaredesign im Vordergrund steht. Ist das Mist, wird auch die Implementierung Mist sein. Will heißen: deine Applikation sollte immer ein eigentständiges Applikationsdesign haben und lediglich die Umsetzung wird von einem Framework unterstützt. Ein sauberes Applikationsdesign beinhaltet auch per se wenig globale Inhalte, da auf globale Inhalte einfach kein Verlass ist, sprich diese "unpassend" manipuliert sein müssen.

__________________
Viele Grüße,
Dr.E.

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
1. Think about software design before you start to write code!
2. Discuss and review it together with experts!
3. Choose good tools (-> Adventure PHP Framework (APF))!
4. Write clean and reusable software only!
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~