Flor1an

Sollen wir jetzt ernsthaft darüber diskutieren warum man HTML und Applikationslogik trennen soll? Deine Frage ist doch nicht wirklich "wofür braucht man Templateengines".

__________________
▇█▓▒░◕‿‿◕░▒▓█▇

Mister Ad

nikosch

Hier mal ne Antwort: Weils für den Entwickler verdammt praktisch ist. *)

*) Natürlich abhängig vom Einzelfall.

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

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

Koala

schau Dir Typolight an.

Da gibt es verschiedene Layouts, die man ändern kann.
Dort sind dann z.B. header, left_col, conten und footer als Bereiche definiert.
Diese Bereiche sind im Prinzip nur divs.

Diesen Bereiche kann man dann Artikel und Module zuordnen
welche aus html-Tags bestehn.

Gestylt wird alles per CSS.

Typolight ist übrigens auf OOP-Basis geschrieben.

Ich nehm an, daß die html-tags in einem View- und/oder Page-Objekt zusammengesetzt werden.

Was ist daran jetzt nachteilig ?

Wieso soll das nicht so gemacht werden ?

edit:
muß mich korrigieren:
es gibt doch Standard-Templates, die man aber nicht verändern sollte.
Es wird empfohlen alles über den Admin zu machen.

edit2:
Typlight heißt inzwischen Cantao:
http://www.contao.org/neuigkeiten/it...zu-contao.html

dr.e.

Es ging mir im Speziellen um PHP-Template-Code. Dass JS in diesen Belangen der Feind Nr. 1 ist, brauchen wir nicht zu diskutieren. Schindluder kann man mit jedem System treiben.

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

Destruction

Genau das meine ich.
Wenn jemand "keine Ahnung" hat kann er tausende Sicherheitslücken da rein knallen, aber ich denke man kann mit Smarty genau wie normal sicher programmieren =/ =/.

Warum würdet ihr sagen dass Smarty nicht für "größere" Sachen geeignet ist?

Beziehungsweise:
Würdet ihr auch sagen dass es für "Mittelgroße"-Projekte nicht geeignet ist, also nur für "kleine Beckerwebsites" ?

Falls ja, würde ich mich über eine Begründung dafür freuen

Grüße
Destruction

__________________
"Dummheit redet viel..Klugheit denkt und schweigt.." [Amgervinus]

cycap

Ich dachte das hätte ich in meinem Post http://www.php.de/software-design/67...tml#post532811 (Smarty 3) ganz gut ausgeführt? Es gibt solche und solche großen Projekte.

Man sollte hier beachten das manch einer vielleicht etwas durcheinander bringt. Den View von der Applikationslogik zu trennen ist auf jedenfall ratsam und sinnvoll, doch das heisst nicht, das der View nicht trotzdem in PHP geschrieben werden kann. Ein Entwickler der sorgfältig arbeitet, der hat auch keine Probleme die beiden Sachen voneinander getrennt zu halten, bei allen anderen tragen HTML-Templates sicher dazu bei die Trennung einfacher durchzuhalten. Aber Aussagen wie "man sollte HTML Code nicht mit PHP generieren" halte ich für fragwürdig. Die betroffenen meinen vielleicht das richtige, nämlich "man sollte die Darstellungscode vom Applikationscode getrennt halten", aber beiden Aussagen sind nunmal nicht gleich.

xm22

In Deiner Ausgabe sprachst Du von PHP-Code, nicht von Applikationslogik..

dr.e.

Das unterschreibe ich nicht. Template Code der auf PHP basiert ist de facto anfälliger. Es gibt Mittel das zu verhindern (z.B. register_globals=off), aber die Wege etwas einschleusen zu können sind einfacher zu finden als mit einer DSL.

Hauptgrund für mich ist: Smarty ist ungeeignet für komplexere Strukturen in denen sich zur Modularisierung (H)MVC bewährt hat. Du kannst dem Template weder einen Controller mitgeben, noch hast du Zugriff auf den Template-Baum um dort mit einem Page-Controller eingreifen zu können.

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

Destruction

Aber XT-Commerce verwendet doch (angeblich) auch Smarty... und ich würde nicht sagen dass das ein kleines Projekt ist oder !?

Danke
cu
Grüße
Destruction

__________________
"Dummheit redet viel..Klugheit denkt und schweigt.." [Amgervinus]

dr.e.

Sofern XT-Commerce Smarty verwendet bestätigt das genau meine Aussage. XTC ist IMHO ein leuchtendes Beispiel für fehlende (View-)Modularisierung und Kapselung.

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