Wolfsblut

Dreh mich schon etwas länger mit einem Punkt auf der Stelle.

Entkopplung von (PHP) Programmen und den von ihnen verwendeten (PHP/JS) visuellen Komponenten, aus Sicht eines übergeordneten Frameworks (PHP-SPI).

Gegeben:
Mehrere, einzeln lauffähige, Programme.

Programme können sich aus verschiedenen Komponenten-Sets, z.B. visueller Komponenten verschiedener Hersteller, bedienen. (Komponenten-Sets def. CSS und JS)

Die Programme einer Installation, sollen von der "äußeren" Erscheinung aber gleich aussehen (Beispiel: Win / Mac / Linux), was gerade bei einem "Mix" aus verschiedenen Komponenten-Sets recht merkwürdig aussehen kann - resp. einen hohen Aufwand an CSS-Anpassungen nach sich zieht.

Lösung(?):

Jedes Programm definiert in einer eigenen Datei (lokal) die Abhängigkeiten zu den jeweils verwendeten Komponenten (z.B. "WINDOW" => 'vcl/vendorMüller/Window' ).

Bei der Installation eines Programmes definiert man (manuell oder autom.) in einer Datei (global) dazu passende Abhängigkeiten ( "WINDOW" => vcl/vendorMeier/Window' ) welche die Abhängigkeiten der einzelnen Programme überschreibt.

Allen Komponenten-Herstellern werden strikte Interfaces vorgeschrieben?!

Wer mag damit leben?

Der CSS-"Weg" ist beileibe nicht angenehmer...wenn ich nur mal an 50-100 Komponenten denke und was man "vorschreiben" muss, damit sich diese alle einheitlich formatieren lassen.

Im Moment zieht es mich noch zu einer 3ten Möglichkeit: die sehr sehr wenigen, wirklichen "äußeren" Komponenten einfach in das Framework heben.

...

Gleiches gilt eigentlich ja auch (schon) für alle anderen Komponenten. DB, Mailer ect. pp.

*dreh*

Kann mich mal einer kräftig schubsen?

Grüße aus dem Wald!

Mister Ad

Chriz

Kannst du mal konkreter beschreiben was du da vor hast? Suchst du Themes?

__________________
"Nuschel ich?" - "Was?"

Wolfsblut

Ich krieg die Krise

Themes....ich sag nur: Wald..Bäume

Glaub das könnte die angenehmste Lösung sein...peinlich peinlich...peinlich²³

Ich fass es nicht und danke Dir!

Wolfsblut

Zu früh gefreut...eindeutig überarbeitet.

Mit Themes kann man das gleiche Aussehen erreichen...das hatte ich schon berücksichtigt.

Ich versuch das Morgen nochmal näher zu beschreiben.

rudygotya

Klingt nach externen dependencies, die man bei einem VCS [des Frameworks] verlinkt einhängt (typisches beispiel für svn:externals/git submodules).

__________________
++++ Wieder einer ins Netz gegangen: Phishers Fritz zufrieden ++++
Blog

Wolfsblut

Man, war ich Gestern neben der Spur...sehr chaotisch geschrieben.

Neuer Versuch - das Ganze ist nur eine private Geschichte, damit ich mal wieder etwas mit Motivation entwickel - was dabei raus kommt (wenn sich raus stellt, dass es keine Sackgasse gibt) werde ich offen stellen.

Ziel war: RAD-SPI mit PHP, alles geht nichts muss, Möglichkeit langfristig Applikationen komplett in PHP zu erstellen (ohne JS und CSS). Möglichst transparent und einfach für den Entwickler. Blog-Tutorial in 5 min, sozusagen. Nichts Neues, abgesehen vom SPI und das dies kein JS-Framework wird. Komponenten-Sharing und (nun auch) Applikations-Sharing.

Das ging schon ganz gut. Hat mich doch überrascht, dass 4-5 visuelle Komponenten schon ausreichen, um die üblichen Programme (windows-like) zu erstellen und abgesehen von den Komponenten der Code verschwindend gering bleibt.

Die Engine kümmert sich zur Laufzeit bei verwendeten Komponenten selbst um benötigtes JS, CSS und Images. Als Programmierer darf mir das egal sein (kann aber auf alles Einfluss nehmen - was vielleicht doch eben zu viel Freiheit bedeutet u.m.).

Nächster Schritt: die Applikationen isolieren. Eine Applikation wird als Default markiert von dieser aus kann (muss? s.u.) ich andere starten. Muss ja nicht gleich ein ganzer Win- oder Mac-Desktop sein. Denkbar ist auch einfach nur eine Seite, in der die einzelnen Application eingefügt werden oder ein kleines schwebendes Startmenü, whatever.

Problem ist, dass eben ein einzelnes Programm einmal "eingebettet" in einem Panel z.B. laufen kann, aber auch in einem windows-like "Fenster". Das "äußere" Element einer Applikation muss also vom startenden Programm vorgegeben werden.

Das ganze hört aber beim Start nicht auf da eine Applikation auch eine Message-Box oder einen Splash-Screen nutzen könnte.

Also muss ich einer Applikation alle Komponenten (resp. die Interfaces) welche nicht "in ihr" benutzt werden, von außen, vom startenden Programm vorgeben.

Schluss mit der grenzenlosen Freiheit und vor allem mit der Einfachheit.

Ich denke mal, dass mein Wunsch, mögliche Entwickler und Komponenten-"Hersteller" mit möglichst wenig Vorgaben einzuschränken, hier aufhört und "möglichst wenig" doch viel mehr als gedacht ist. Etliche visuelle Komponenten und Schnittstellen werden eben nicht um strikt definierte Interfaces herum kommen.

Wie so oft eine Frage des Loslassens.

Falls jemand was dazu loslassen mag - immer her. Denk mal, das Schreiben an sich hat mir schon etwas geholfen.

Grüße, aus dem sich lichtenden Wald