je dis juste que ton idée est bonne et que tu peux la pousser encore plus loin au niveau abstraction ...
une liste de liste ( ou arbre ) dont tu fais un rendu, tu peux le faire :
- en profondeur d'abord ( recursion des petits enfants pendant itération des fils )
- en largeur d'abord ( iterations des fils puis recursion pour itération des petits enfants )
la stratégie en profondeur d'abord est la plus courante.
la stratégie en largeur d'abord peut etre percu comme une stratégie en profondeur d'abord sur un arbre transformé correctement.
de plus toute condition fausse peut etre consideré comme une itération ou récursion sur une liste vide. à contrario toute condition vrai peut etre considéré comme une liste ne contenant qu'un seul element contenant la liste elle meme à traiter ( voire dans certains cas suffisament générique, la liste elle meme sans le singleton intermediaire ).
Apres pour faire des inclusions, nous avons pour chacunes au moins une de ces contraintes à appliquer :
- obligatoire comme pour inclure une partie commune stockée ailleurs
- conditionné comme pour inclure une partie stockée ailleurs
- répétée comme pour inclure N fois une partie stockée ailleurs
- variable comme pour inclure une partie stockée ailleurs que l'on ne sait pas determiné à l'écriture du template
maintenant, ton template peut nécessiter plus qu'un attribut texte ne serait ce que pour remplir un tag HTML <img> en séparant le rendu du processing et en évitant les templates de gorets. de plus, tu peux vouloir plus d'une liste possible, et vouloir appliquer sur un produit cartesien d'au moins deux listes.
Tu as tout ca dans ce petit tag TK à la con au travers deja des attributs TMPLON et FROM .
je dois avouer que je n'ai eu besoin de l'attribut AS que très très très rarement, malgré le fait que j'ai utilisé ce systeme pour générer beaucoup plus d'autres choses que du HTML , XML , JS , CSS , ...
[^] # Re: Do simple
Posté par Mouns . En réponse au journal TempLight, une classe de template. Évalué à 4.
une liste de liste ( ou arbre ) dont tu fais un rendu, tu peux le faire :
- en profondeur d'abord ( recursion des petits enfants pendant itération des fils )
- en largeur d'abord ( iterations des fils puis recursion pour itération des petits enfants )
la stratégie en profondeur d'abord est la plus courante.
la stratégie en largeur d'abord peut etre percu comme une stratégie en profondeur d'abord sur un arbre transformé correctement.
de plus toute condition fausse peut etre consideré comme une itération ou récursion sur une liste vide. à contrario toute condition vrai peut etre considéré comme une liste ne contenant qu'un seul element contenant la liste elle meme à traiter ( voire dans certains cas suffisament générique, la liste elle meme sans le singleton intermediaire ).
Apres pour faire des inclusions, nous avons pour chacunes au moins une de ces contraintes à appliquer :
- obligatoire comme pour inclure une partie commune stockée ailleurs
- conditionné comme pour inclure une partie stockée ailleurs
- répétée comme pour inclure N fois une partie stockée ailleurs
- variable comme pour inclure une partie stockée ailleurs que l'on ne sait pas determiné à l'écriture du template
maintenant, ton template peut nécessiter plus qu'un attribut texte ne serait ce que pour remplir un tag HTML <img> en séparant le rendu du processing et en évitant les templates de gorets. de plus, tu peux vouloir plus d'une liste possible, et vouloir appliquer sur un produit cartesien d'au moins deux listes.
Tu as tout ca dans ce petit tag TK à la con au travers deja des attributs TMPLON et FROM .
je dois avouer que je n'ai eu besoin de l'attribut AS que très très très rarement, malgré le fait que j'ai utilisé ce systeme pour générer beaucoup plus d'autres choses que du HTML , XML , JS , CSS , ...