xm22

Hi,

ich stehe gerade vor einem Problem und komme da nicht recht weiter. Es geht darum, dass ich für mein Framework ein Objekt haben möchte, mit dem ich URLs generieren möchte. Da gibt es natürlich einen standardmäßig genutzten, aber mam soll auch eigene implementieren können. Das nahe liegendste ist da für mich, ein Interface zu nutzen. Das Problem dabei ist jetzt, dass die Methode zum Generieren der Links (assembleLink) unterschiedliche Parameter entgegen nehmen können soll.

Jetzt habe ich drei Möglichkeiten, die mir aber alle nicht so sonderlich gefallen:
- Statt einem Interface eine abstrakte Klasse, bei der dann die Methode assembleUrl überschrieben werden kann.
- Statt einzelner Parameter ein Array übergeben
- Grundsätzlich in Methoden-Deklaration alle möglichen Parameter aufnehmen (Was allerdings für mich die schlechteste Methode wäre, da ich ja nicht weiß, was da alles kommen könnte)

Mein Favorit wäre jetzt das Interface + Array, aber vielleicht hat sonst noch jemand eine Idee.

Mister Ad

mquadrat

Von wievielen verschiedenen Parametern reden wir denn?

__________________
Wir suchen PHP Entwickler (Vollzeit) im Raum Darmstadt / Rhein-Main. Infos via E-Mail mueller@new-frontiers.de

lcrash

Warum will man eigene Links implementieren? Sehe da keinen Sinn drin, Link ist Link und dass in einem vorgegeben Format innerhalb deines Frameworks.

Hast du einen Router? Dann könnte der Link-Generator einfach nur für die aktuelle Route (oder eine anderen) den Link zusammensetzen.

xm22

K. A. - Das ist halt nicht absehbar.
Gerade nicht - Dafür will ich ja verschiedene Generatoren implementieren. Einerseits sollen sie Links nach einem bestimmten Schema erzeugen, auf der anderen Seite sollen sie sie auch auflösen können - Ähnlich wie die Routen beim ZF.

nikosch

Hilft Dir auch nichts. Nen strict Error kassierst Du trotzdem
Kommt daruf an, was das für Parameter sind.
Dann musst Du aber alle anfallenden Parameter vorbelegen (optional gestalten) - wiederum strict

func_get_args wäre auch noch ne Möglichkeit, aber ein sauberes Interface bekommst Du so nicht.

Oder Du gestalteste die Abfragemethode einheitlich und baust statt dessen konkrete Init-Methoden oder individuelle Konstruktoren ein.

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

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

xm22

Näää... Das ist auch nicht besser als meine "Ideen"
Wie meinst Du das? Parameter in den Konstruktor des Link-Generators? Wäre allerdings auch etwas unpraktisch, da man dann jedes Mal ein neues Objekt davon instanziieren müsste. Also quasi so etwa:
Andererseits könnte man das auch wie ein Prepared Statement machen, dass man Parameter der Instanz ändern kann.. Das klingt sogar ziemlich gut..
Dann könnte man das assemble auch gleich ganz weglassen und die toString-Funktion nutzen. Ich glaube, das ist ein ziemlich guter Ansatz..

EDIT: Oder noch ein bisschen leckerer - Man bekommt ein URL-Objekt zurück.

dr.e.

Hast du dir schon mal das Konzept des APF angesehen? --> http://adventure-php-framework.org/Seite/138-Links. Dort hast du eine Abstraktion der Link-Generierung. Schwierigkeit für dein Framework ist jedoch, dass du keine Abstraktion der URL vorgesehen hast (siehe unsere Diskussionen in den vergangenen Monaten). Damit ist das Konzept nicht ganz so einfach umsetzbar. Zielführend ist es IMHO aber trotzdem.

__________________
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!
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

xm22

Stimmt, ganz so funktioniert es nicht. Allerdings habe ich es jetzt ähnlich gelöst (Glaube ich zumindest). Es gibt einmal einen URL-Genrator, dessen Daten einerseits per Settern gesetzt werden können, der aber auch anhand einer vorhandenen URL geladenen werden kann.
Dann kann man auch auf die vorhandenen Parameter zurück greifen.

Was mir bei der APF-Lösung seltsam vorkommt, ist, dass der Link-Generator ein fertiges URL-Objekt übergeben bekommt. Warum das? Bei mir liefert der Link-Generator ein fertiges URL-Objekt zurück, dass dann ausgegeben werden kann..

dr.e.

Hi xm22,

Das macht für mich einen etwas seltsamen Eindruck - rein von der Modellierung her. Du möchtest mit dem Generator doch etwas generieren. Warum ist hier ein load im Methoden-Namen enthalten?

Bei der Generierung einer URL geht es doch im Wesentlichen um die Formatierung einer URL als String. Die reine Repräsentation ist für die (spätere) Ausgabe doch irrelevant. Warum? Der HTML-Quelltext ist eine reine String-Repräsentation, die über unterschiedliche Komponenten erzeugt wird. Was die Arbeit mit einem solchen Formatter angeht, so darf und soll die API typisiert sein. Weiterhin geht es um das Thema Abstraktion von Url-Layouts (siehe http://wiki.adventure-php-framework....en_URL-Layouts). Damit ist es wichtig, eine Url als solche unabhängig von der String-Repräsentation zu definieren und intern auch mit dieser zu arbeiten. Innerhalb einer Applikation sollst du keine Kenntnis des URL-Layouts haben (müssen), denn nur dann ereichst du eine Abstraktion. Aus diesen Grund arbeiten alle Applikationen mit einem abstrakten (im Sinne von "abstrahierend") Objekt, das eine URL gemäß RFC repräsentiert. Mehr muss und soll diese nicht "können", denn sonst generierst du dir wieder Abhängigkeiten.

Da du dieses Verhalten als seltsam betrachtest, verstehe ich nicht, warum du die oben zittierte Zeile aufführst. Betrachtest du deinen Gedankengang weiter, dürftest du dem Generator kein Url-Objekt übergeben, sondern höchstens eigene Parameter für Host, Port, Parameter etc. Das sieht deine Signatur aber nicht vor.

Und was macht diese Rückgabe aus? Nur der Signatur wegen ein Url-Objekt zurückzugeben macht IMHO keinen Sinn, wenn hinterher auch nur explizit oder implizit aufgerufen wird.

Lies dir mal den Wiki-Beitrag genauer durch, dann wirst du verstehen, worum es bei diesem Thema eigentlich gehen sollte.

__________________
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!
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

xm22

Das ist so gedacht: Der Genrator wird normalerweise instanziiert und dann mit entsprechenden Werten gefüllt (z. B. angesprochene Node, URL-Parameter, etc.) Daraus generiert er ein URL-Objekt, dass, wie beim APF, im Prinzip lediglich dazu dient, Daten (Scheme, Host, Pfad, Port, etc.) aufnehmen zu können, um eine URL generieren. Also eigentlich nichts weiter als ein Container mit ein paar Hilfsfunktionen.
Der Generator selbst verfügt über zwei Wege:
1. Aus Daten eine URL zu erzeugen
2. Aus einer URL Daten zu extrahieren
Das erfüllt die loadFromString-Funktion.

Mittlerweile hat sich das Ganze aber etwas geändert. Der Generator ist mittlerweile zum UrlResolver geworden, da das von der Namensgebung her besser zum Zweck passt. Der eigentliche Ablauf ist jedoch der selbe: Man kann dem Resolver ein URL-Objekt übergeben und er extrahiert daraus Daten, die z. B. der Front-Controller für das Dispatching benutzen kann.