litterauspirna

Hallo Leutz,

das einfache MVC habe ich verstanden und nun auch schon einiges damit umsetzen können.
Nun mache ich mir Gedanken HMVC aufzubauen. Über die URL weiß ich nicht wie ich das machen sollte ohne lange URL's zu bekommen die schlecht zu merken sind.
Also dachte ich mir das ich das ganze über eine XML Datei aufbaue.

Hier mal die XML.
Ich denke die XML sagt über meine Idee eigentlich alles aus.
Ich dachte mir nun Anhand des abarbeiten des XML via Composite ein HMVC Tree aufzubauen.

Das Codetechnisch umzusetzen dürfte weniger das Problem sein.

Meine Frage aber hauptsächlich, wäre das ein tragbarer und leicht bzw. vernünftig wartbarer Vorgang?
Eure Meinung zu diesem Vorgang würde mich mal interessieren.

Danke für eure Diskussionsteilnahme. 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

Mister Ad

nikosch

Du hast gar keinen Weg beschrieben. Bzw. keine Frage.

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

Doch habe ich.

__________________
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

nikosch

Was konkret ist Deine Frage?! „Geht das so“ ist keine.

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

Da ist doch meine Frage und die ist nicht nach dem Motto "geht das so" gestellt.

Ich frage da ganz klar ob das was ich mir da überlegt habe ein trag und wartbarer Weg wäre und nicht ob das so geht oder kann ich das so machen. Ich würde das gern so machen und habe eben diese Gedanken gemacht, deshalb denke ich habe ich eine eindeutige Frage gestellt.

__________________
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

nikosch

Sorry, Deine gesamte Problemanfrage ist Müll.

Bis „will HMVC, weiß nicht wie URL“ ist alles i.O.

Dann sagst Du, Du willst „das Ganze“ ??? per XML lösen ???
„Ich denke die XML sagt über meine Idee eigentlich alles aus.“ - Nö. Lediglich, welche Actions Du bedienen willst.

Und dann hast Du immer noch keinen Ansatz, wie Du diesen Baum dann abarbeitest/ansprichst.

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

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

dr.e.

Hallo litter,

lies die mal die Threads zu HMVC durch, dann wirst du die Nachteile sehr bald erkennen. Meiner Erfahrung nach ist für HMVC weder eine komplette Abbildung in der URL noch in einer XML-Datei notwendig. Bilde einfach nur diejenigen Informationen in der URL ab, die für den Betrieb oder eine Änderung des Baumes notwendig sind und du brauchst weder eine XML-Datei noch ellenlange URLs. Schau dir - nicht aus Gründen der Eigenwerbung (!) - den Ansatz des APF an. Dort kannst di beliebig komplexe HMVC-Strukturen erzeugen ohne die obigen Unschönheiten (die mit der Zeit zu Grausamkeiten werden) hinnehmen zu müssen.

Grob gesagt gilt folgendes:

• HMVC über URLs erzeugt eine 1:1-Abhängigkeit von URL und Software-Struktur. Damit ist weder eine Änderung des URL-Layouts transparent möglich noch SEO-Optimierung. Weiterhin bedeutet ein Refactoring eine explizite Änderung der URL obwohl nach aussen keine erkennbare Änderung stattfinden muss.
• HMVC über XML- oder anderen Konfigurationen bedeutet eine Parallel-Welt zu pflegen, die zu mehr Komplexität, weniger Übersichtlichkeit und langsamerem Seitenaufbau führt, da eine Doppel-Referenzierung in den Templates notwendig ist.

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

litterauspirna

Hallo Doc und danke für deine Antwort.

Das mit der URL war ein Kriterium was ich nicht anwenden wollte um das umzusetzen eben aus den auch von dir genannten Gründen.

Bei XML dachte ich eben gerade es wäre ne gute Idee das darüber abzubilden, da sich das am Ende recht selten in einer Anwendung ändert, es sei denn es werden Komponenten etc. neu in die Anwendung eingepflegt, kann man sich das ja auch über den Cach holen, also das XML meine ich.
XML dachte ich bietet ein ziemlich einheitlich gehaltenes Datenformat und würde sich dann auch als Config recht einfach in andere Anwendungen die mit der Anwendung zu haben einpflegen bzw integrieren lassen. Deshalb mein Gedanke an XML.
Ich würde mir die Objektbaumstruktur dann über Composite zusammen bauen, meine eigentliche Frage dazu ist, wo und wie speichere ich am besten die Informationen ab um das HMVC aufzubauen?
Als Array in einer extra KLasse, oder als XML oder in einer Session oder wie am besten?

Danke für eine Antwort 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

nikosch

Implementierung - Datenformat - Kontext = drei verschiedene Dinge. Ich wiederhole mich, aber Deine Frage oder Deine Vorstellung enthält zu wenig Fleisch. Entweder Du unterhältst Dich darüber, wo Du Dein HMVC konfigutierst, oder welche Struktur Du benutzt, oder wie dann die Implementierung aussieht oder wie Du den Baum ansprichst oder oder oder…

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

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

dr.e.

Hallo Litter,

Ich würde das Thema weder aus Gründen der Änder- bzw. Wartbarkeit noch hinsichtlich der Performance unterschätzen! Du baust - wie bereits gesagt - eine zweite Struktur auf, die ebenfalls verwaltet werden muss. Baust du beispielsweise noch ein Template in die Struktur ein oder extrahierst einen Teil der Funktiona/Darstellung in ein eigenes Template ist es damit nicht getan, sondern du musst ebenfalls sein XML anpassen. Intuitiv ist anders!

"Composite" ist ein Design-Pattern keine Funktionaliät. Zum Aufbau des Baumes benötigst du also eine Art Controller (z.B. Page-Controller im APF), der nach einem expliziten Contract einen Baum aufbauen kann. Weiter wirst du "Hooks" benötigen, den Baum-Aufbau aus deiner konkreten Anwendung zu steuern. Andernfalls lässt sich soetwas wie ein Template-Import nicht realisieren.
Die konkrete Information über den Aufbau des Baumes muss sich also statisch aus den Templates - bzw. deinem XML, was ich immer noch für keine gute Idee halte - und dynamisch aus Parametern der URL und der Session oder auch eines peristenten Speichers wie einer Datenbank rekonstruieren lassen. Eine "Speicherung" als solche gibt es nicht und sollte es IMHO auch nicht geben, da du dich dann in der Struktur genauso einschränkst wie mit einer parallel zu pflegenden XML-Datei.

Diese Information kannst du IMHO nicht einfach speichern, da sie sich mit jedem Request ändern kann (siehe oben).

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