FluX.iccd
Legacy Member
Ik ben al een eindje op zoek naar een persoonlijke stijl en methode voor php die ik in het vervolg ga gebruiken.
Blijkbaar worden templates veel aangeraden, om de html-code en php code te scheiden en overzichtelijker te maken. Tags in de vorm van {var} worden dan met preg_replace() vervangen door de juiste inhoud.
Sommige engines gaan daar redelijk ver in en hebben zelfs eigen lus-structuren enzo, eigenlijk wordt er dus een nieuwe script-taal gemaakt, die door php geparsed wordt.
Maar ik heb nu ook het volgende artikel gevonden: http://www.massassi.com/php/articles/template_engines/
De auteur gebruikt ipv {}-achtige syntax gewoon de zuivere php code in zijn templates: vb <?=$var?> ipv {var}. Door de variabelen op voorhand goed te zetten en de template op een handige manier te includen wordt die php code geparsed, en bekomt men hetzelfde resultaat als met de oude methode.
Het voorbeeld in het artikel maakt alles duidelijk
Volgens de auteur is het ook niet de bedoeling alle php code van de html code te scheiden, maar er wel voor te zorgen dat de "moeilijke" php code gescheiden is van de 'presentatie' code die bij de html code hoort.
Ik zie op dit ogenblik alleen maar voordelen in deze methode, maar mijn zoektocht duurt nog niet lang, dus nadelen gaan er wel zijn...
Uw mening graag
Blijkbaar worden templates veel aangeraden, om de html-code en php code te scheiden en overzichtelijker te maken. Tags in de vorm van {var} worden dan met preg_replace() vervangen door de juiste inhoud.
Sommige engines gaan daar redelijk ver in en hebben zelfs eigen lus-structuren enzo, eigenlijk wordt er dus een nieuwe script-taal gemaakt, die door php geparsed wordt.
Maar ik heb nu ook het volgende artikel gevonden: http://www.massassi.com/php/articles/template_engines/
De auteur gebruikt ipv {}-achtige syntax gewoon de zuivere php code in zijn templates: vb <?=$var?> ipv {var}. Door de variabelen op voorhand goed te zetten en de template op een handige manier te includen wordt die php code geparsed, en bekomt men hetzelfde resultaat als met de oude methode.
Het voorbeeld in het artikel maakt alles duidelijk

Volgens de auteur is het ook niet de bedoeling alle php code van de html code te scheiden, maar er wel voor te zorgen dat de "moeilijke" php code gescheiden is van de 'presentatie' code die bij de html code hoort.
Ik zie op dit ogenblik alleen maar voordelen in deze methode, maar mijn zoektocht duurt nog niet lang, dus nadelen gaan er wel zijn...
Uw mening graag

