prestige

Hi,

Ich könnte mal Hilfe oder besser gesagt einen guten Rat von echten Profis gebrauchen. Es geht um Templatesysteme.

Früher hatte ich smarty am laufen, hab es dann aber aufgegeben, weil viel schlechtes darüber berichtet wurde insbesondere auch aus Sicherheitsgründen. Und schliesslich kann reiner php-code ja auch für diesen Zweck gebraucht werden. Also habe ich dementsprechend eine Template-Klasse geschrieben, die alles included und Variabeln setzt (ohne regex&compilieren).

Neulich ist mir die Idee gekommen, dass ich für weitere Projekte auf nicht- als auch kommerziellen Basis ein System entwickeln möchte, dass Grundfunktionen beherrscht und sich leicht erweitern lässt.

Jetzt weiss ich aber nicht genau wie ich das Maximum ausschöpfen kann. Es wäre gut, wenn ich Code und Zeit einsparen könnte und das ganze leicht handzuhaben ist.

Ich habe mir das "Block"-System genauer angeschaut und einen Prototypen gecoded. D.h. alles ist oop und ist/wird in php geschrieben. Da ich nicht ganz auf HTML verzichten will, habe ich einfach gewisse vorgefertigten Elemente erstellt z.B. <form> , denen ich einfach mittels Funktionen Attribute und Text zuordnen kann (im Sinne von $tpl->assign()). Diese einzelnen templates füge ich dann zusammen zu einem Ganzen.

So, nun meine Fragen:

Die Meinungen der PHPler gehen ja teilweise arg auseinander. Meiner Meinung nach gibt es kein "falsch" sondern nur Vor- und Nachteile, die sich möglichst optimal auf seine Anforderungen/Wünsche anwenden lassen. Wie seht ihr das? Ich weiss nicht in welche Richtung ich gehen soll. Eigenbau oder vorgefertigte Engine? HTML Code mit PHP Code mischen oder alles komplett OOP lösen? Soll ich stur auf MVC setzen? Wie binde ich dann z.B. Plugins oder Addons am besten mit ein?

Die wichtigsten Aspekte sind für mich, der Wichtigkeit nach:

-> sehr gute Sicherheit, gute Übersichtlichkeit, einfache Anpassung/Modifizierung, keine grossen Performance-Einbussen.


Ich hatte schon viele Systeme angeschaut, wobei http://haanga.org/ sicher in den engeren Auswahl käme.

Was braucht ihr für Systeme und wo habt ihr gute/schlechte Erfahrungen gemacht. Im Endeffekt: Was lohnt sich auf mein Anforderungsprofil hin am besten?

__________________
Genau das wollte ich auch gerade sagen ^^

Mister Ad

dr.e.

Wenn ich deinen Post richtig interpretiere, suchst du einen Template-Mechanismus, der dich in der OO-Implementierung als auch in der Abstraktion gewisser Funktionen und Konstrukte unterstützt (z.B. Formulare).

Sofern ich richtig liege, empfehle ich dir ein MVC-Framework zu nutzen. Schau dir hierzu mal das APF hinsichtlich des Templating und der Formular-Unterstützung an. Bei letzterem ist ein Formular nicht nur in seiner Generierung unterstützt, sondern auch hinsichtlich der Validierung/Filterung fix&fertig abstrahiert. Selbst schreiben hat immer den Nachteil, dass der Code nie in der Geschwindigkeit an Qualität erreicht wie du es gerne hättest.

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

dsentker

Eine weise Entscheidung!

Ein einfacher Ansatz ist hier beschrieben.

__________________

Trainmaster

Für höhere Anforderungen würde ich mir zusätzlich das Composite View Pattern näher ansehen. Somit können die Views ineinander verschachtelt werden. Eine gelungene Implementierung ermöglicht zudem, spezifische Templates an jeder Stelle der Applikation anzusprechen und ggfs. mit neuen Daten zu füttern. Möglicher Anwendungsfall: Title/Meta-Elemente während der Laufzeit dynamisch modifizieren.

mquadrat

Ich verstehe die Frage, ob du stur auf MVC setzen sollst nicht. Das Templating beschäftigt sich ausschließlich mit dem View. Ob da hintendran jetzt Spaghetti-Code, MVC, MVP oder MVVM steckt ist vollkommen egal.

Hab eich das korrekt verstanden, dass du deine Oberfläche komplett aus Objekten aufbaust, die dann wiederum über Templates/Skins das eigentliche HTML dynamisch generieren? In der Desktop-Entwicklung nennt sich das komponentenbasierte Entwicklung und ist der übliche Weg GUIs zu implementieren. Ich handhabe das bei meinem Framework auch so. HTML schreibe nur, wenn es nicht anders geht. Ansonsten bestehen meine Views aus verschachtelten Objekten (Composite-Pattern) .

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

Koala

@mquadrat
wie arbeitest Du mit Webdesignern zusammen ?

Die brauchen schließlich ne komplette, "normale" html-Seite um designen zu können.

__________________
Eine if-else-Abfrage nimmt, ordentlich geschrieben eine Menge Platz weg. Platzsparend geht es mit einem ternären Operator.

mquadrat

Die kriegen gesagt welche Elemente es gibt und dürfen dann basteln. Jedes Control kann je nach Template unterschiedliche Skins bekommen. Das gleiche Objekt kann also bei verschiedenen Seiten komplett unterschiedliches Markup erzeugen. Damit kann man fast alles erschlagen.

Alternativ nehmen wir das HTML und transformieren es selber bis es passt. Und ganz alternativ hören die Designer bei der PSD auf und wir setzen selber um.

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

Koala

Wäre bei mir bzw. meinen Partnern so nicht umsetzbar.
Ich lade per ftp templates hoch die Sie dann ohne Rücksprache mal kurz anpassen können.
Aber gut - wenn das bei Dir so paßt.

fast. Habt ihr denn bei allen Websites die gleichen Objekte ? Hört sich für mich nach Baukasten an.
Hab ich aber auch schon öfter mal sehen dürfen. Da wird dann ein Framework mit den gleichen Funktionalitäten
bei allen Projekten verwendet und maximal noch ein bißchen was hinzuprogrammiert.
Steigert natürlich die Produktivität, aber irgendwie fühlen sich dann alle damit produzierten Websites gleich an,
auch wenn Skins ausgewechselt werden. Hab leider gerade kein Beispiel zur Hand.

Hab gerade new-frontiers angesehn. Das geht natürlich in ne andere Richtung, da kommts eh nicht sooo sehr aufs Design an.

__________________
Eine if-else-Abfrage nimmt, ordentlich geschrieben eine Menge Platz weg. Platzsparend geht es mit einem ternären Operator.

mquadrat

Die Controls bei uns fangen auf HTML-Ebene an (z.B. Form-Objekte) und umfassen auch zusammengesetzte Elemente (z.B. Grids oder Panels inkl. überschrift). Somit kann man Standard-Elemente mit wenig Arbeit umsetzen. Für spezifischere Anforderungen können Views auch z.B. komplett ohne Objekte oder mit einem Misch-Masch ausgeführt werden. Das wichtigste ist halt für uns, dass wir den gleichen Kram nicht 20x entwickeln. Und wenn man sich die meisten Webseiten anschaut, dann findet man sehr oft von der Funktion her ähnliche Elemente.

Wir sind zwar vorwiegend im Anwendungs-/Intranet-Bereich unterwegs haben aber durchaus auch die ein oder andere Marketing-Seite dabei.

Wenn ich zwichen den Jahren mal dazu komme, kann ich ja mal ein bisschen Beispielcode basteln, dann wird es klarer.

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

dsentker

Wer sagt das? Warum dürfen Designer nicht auch etwas wie
schreiben dürfen?

__________________