fat32

Hi,

ich entwickle (bzw. habe entwickelt) momentan einen URL-Router, der ungefähr so arbeitet wie der Router von Zend. Hier mal ein Codebeispiel, das die Verwendung meines Routers zeigt:

Außerdem hat der Router immer folgende Standartrouten:
Eine kleine Erklärung zu den Routen:
Alles, was mit @ beginnt, ist eine Variable. Hier kann alles stehen, sofern nicht näher mit Validatoren eingeschränkt wird. Alles, was nicht mit @ beginnt, sind Konstanten. Hier darf dann auch nichts anderes stehen.

Erzeugung von URLs
Das Routen der URLs funktioniert wunderbar. Was mir jetzt aber Gedanken macht, ist das Erzeugen der URLs. Ich habe mir das so Gedacht:

Es gibt einen ViewHelper (LinkHelper), der ein Array mit Parametern entgegennehmen kann. Nehmen wir an, dass es die Routen "@controller" und "@controller/@action" gibt. Hier würde meine Methode anhand den übergebenen Parametern entscheiden, welche Route sie zum Erzeugen der URLs verwendet. Übergibt man der Methode also array("controller" => "index"), wird die Route "@controller" angwendet. Übergibt man array("controller" => "index", "action" => "index"), wird die andere Route benutzt.

Bis hier hin funktioniert mein Konzept auch.
Wenn es jetzt aber aus welchem Grund auch immer z.B. folgende Routen gibt, habe ich ein Problem!

bla/@controller/@action
haha/@controller/@action
@controller/trenner/@action
@controller/@action/lol

Es würden auf das übergebene Array (controller => index, action => index) alle 4 Routen passen! Nur welche nehm ich dann?
Ich würde nur sehr ungerne im Template sagen müssen, welche Route verwendet werden soll.

Ich hoffe, ihr versteht mein Problem und könnt mir bei der Lösung helfen!

MfG
Simon

__________________
Tempim.de - Bilder mit begrenzter Speicherdauer
Tipps und Tricks für Webmaster

Mister Ad

Flor1an

Naja wenn du im View eine Route angeben möchtest muss diese ja eindeutig definiert sein. Das geht über einen Identifier, also einen Namen der Route! So löst es zumindest das Zend Framework!

fat32

Ja, genau das möchte ich vermeiden

Wenn ich neue Routen hinzufüge oder alte ändere, muss ich auch alles Templates anpassen

__________________
Tempim.de - Bilder mit begrenzter Speicherdauer
Tipps und Tricks für Webmaster

dr.e.

Hallo fat32,

du läufst hier genau wieder in diejenigen Probleme, in die du auch bei einem nicht generischen URL-Layout stößt. Das hatten wir - soweit ich mich erinnern kann - schon mal in aller Ausführlichkeit diskutiert.

Das Problem sind hier nicht die Routen, sondern das Mapping von einer Route auf einen Controller. Man sollte das konzeptionell trennen. Siehe http://www.php.de/software-design/56...tml#post457910 (erweitertes Controlling (MVC)).

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

fat32

Hi,

danke für deine Antwort!

Ich habe den Thread gelesen, aber keine Antwort auf meine Frage gefunden.

Wie erstelle ich denn URLs am "besten"?
Und wenn mein Ansatz falsch ist, warum wird er dann vom Zend-Framework genau so verfolgt?

Ich würde mich über ein Beispiel freuen, das evtl. diese Punkte beinhaltet:

• Erstellung von URLs anhand von übergebenen Parametern (controller, action, weitere parameter. alles optional)
• Erstellung von URLs, die prefixe beinhalten. Diese Prefixe können dazu genutzt werden, verschiedene Bereiche einer Seite zu gliedern. z.B. /bereich1/controller/action

Ich dachte schon an folgende Lösung:
Es gibt eine Methode, die folgende Parameter entgegennimmt: Controller, Action, Params (array)

Diese Methode baut dann die URL immer so auf

1. Controller/
2. Action/
3. Jeden weiteren Parameter mit / getrennt anhängen (indem das array per foreach durchlaufen wird)

Das ist aber sehr unflexibel und passt nicht auf die oben genannten Anforderungen.

MfG
Simon

__________________
Tempim.de - Bilder mit begrenzter Speicherdauer
Tipps und Tricks für Webmaster

dr.e.

Hallo Simon,

sofern du im angesprochenen Thread keine Antworten gefunden hast ist das etwas merkwürdig. Ab dem Post 462065 (erweitertes Controlling (MVC)) mehrfach von generischem URL-Layout und Entkopplung von Modulen über die URL.

Ich fasse mal kurz zusammen: hierzu ist eine Komponente notwendig, über die jedes Modul die für sich notwenidgen URLs generiert. Dieses respecktiert nicht nur die in der URL bisher enthalten Parameter, sondern auch die Front-Controller-Action-Daten, die aktuell ausgeführt werden sollen. Dabei wird eine Codierung der URL gewählt, die nicht an ein starres Gestell - wie von dir bereits als unflexibel betitelt - gebunden sind. Das von mir hier vorgeschlagene URL-Schema (das übrigens auch so vom APF unterstützt wird) sieht wie folgt aus:

"Normale" URL:
param1 und param2 sind dabei "normale" parameter, die an beliebiger Position auftauchen können, der Parameter my_namespace-action:actionName adressiert eine Action unter dem Namespace my::namespace und mit dem Namen actionName. Der String nach dem "=" ist eine Parameter-Repräsentation, die Paare durch Pipe und Name zu Wert per ":" trennt. Die zuständige Link-Generierungs-Komponente und der Front- und Page-Controller können die Parameter dann entsprechend ihrer Zielsetzung nutzen.

Rewrite-URL:
Auch hier können die Parameter aram1 und param2 an beliebiger Position auftauchen. Die Front-Controller-Anweisung wird per "/~/" von den "normalen" Parametern getrennt und kann auch an beliebiger Position auftauchen.

Damit ist es möglich eine beliebige Komplexität der GUI bei linearer Komplexität der URL zu erreichen.

Die Gründe kenne ich nicht im Detail, ich vermute jedoch, weil das GUI-Konzept des Zend Frameworks diese Komplexität nicht abbilden kann. Somit besteht auch nicht die Notwendigkeit eine derartige Komplexität in der URL abzubildnen. Das APF hingegen ist genau für diesen Anwendungs-Fall ausgelegt und unterstützt ein solches URL-Layout auch. Damit ist sichergestellt, dass du über die URL beliebige Module miteinander kombinieren kannst ohnd dass ein Modul etwas vom anderen wissen muss. Es muss lediglich sichergestellt sein, dass die Link erzeugende Komponente diese Gemeinsamkeit (=URL-Parameter) auch dem Konzept entsprechend verwalten kann.

Ich hoffe, ich konnte dir den Ansatz etwas näher bringen.

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