Mailing-List: contact users-fr-help@cocoon.apache.org; run by ezmlm
Precedence: bulk
Reply-To: users-fr@cocoon.apache.org
Received-SPF: neutral (asf.osuosl.org: local policy)
Message-ID: <444F2517.3080705@ajlsm.com>
Date: Wed, 26 Apr 2006 09:45:27 +0200
From: =?ISO-8859-1?Q?Fr=E9d=E9ric_Glorieux?=
 <frederic.glorieux@ajlsm.com>
User-Agent: Thunderbird 1.4 (Windows/20050908)
MIME-Version: 1.0
To: users-fr@cocoon.apache.org
Subject: Re: Conseil pour parametres pour XSL
References: <444E630C.1080700@gmail.com>
In-Reply-To: <444E630C.1080700@gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit

 > (le 1er conseil de perf en XSL
 > semble etre d'eviter les variables...)

A ma connaissance, le nombre de variables pose peu de probl�mes en XSL, 
du moins beaucoup moins que par exemple des templates r�cursifs mal 
pens�s, d'autant plus que l'algorythme de cache de cocoon est ici 
puissant, il sait conserver tous les �tats diff�rents d'une 
transformation selon chaque valeurs que peuvent prendre des param�tres.

Evidemment, cela d�pends des valeurs pass�es, s'il s'agit par exemple du 
nom de la personne connect�e, diff�rent pour chacun, cela n'aurait pour 
effet que de multiplier les versions conserv�es.

 > Mon idee aujourd'hui est d'ajouter ceci dans ma XSL :
 > <cinclude:include src="cocoon://stylesheets/header"/>

Pour faire une xsl dynamique ? Alors l� il faut oublier toute 
possibilit� de cache.

Par contre il est possible de mettre en g�n�rateur d'entr�e � cette 
transformation un <map:aggregate> qui donne le mat�riel n�cessaire � 
transformer. L'algorythme de cache fonctionne sans probl�me � cet 
endroit, du moins, cocoon d�termine selon les URIs en entr�e ce qui peut 
�tre cacheable pour la suite. cinclude ou xinclude peuvent d�sormais 
fonctionner aussi de m�me, cependant, il est parfois plus difficile 
d'avoir une vue claire des tuyaux � l'oeuvre, puisque � l'int�rieur 
d'une xsl ou d'un g�n�rateur xml, contrairement � un aggregate dans un 
sitemap.

Pour r�gler ce genre de probl�me, j'adopte g�n�ralement la logique suivante.

Poursuivre le plus longtemps possible des tuyaux droits sur du statique, 
rendus cacheable, par exemple, une transformation complexe de 
pr�sentation sur une source xml est g�n�r�e dans son tuyau, de mani�re � 
conserver un �tat xhtml cacheable qui est par la suite aggr�g�e.

J'isole les morceaux dynamiques dans des tuyaux � part, sachant 
qu'aucune cache ne peut �tre attendue.

Enfin, l'assemblage final est effectu� avec une seule xsl sur un 
map:aggregate, sachant qu'� cet endroit aucune cache n'est � attendre, 
cette transformation s'occupe par exemple d'aller r��crire des liens 
selon le contexte. Il en r�sulte quelque chose de ce genre

<!-- Attrape tout ce qui est demand� en .html -->
<map:match type="regexp" pattern="(.*/)?(.*)\.html">
   <map:aggregate element="aggregate">
     <!-- un template de page statique -->
     <map:part src="cocoon:/theme/modele.xhtml" element="modele"/>
     <!-- la part cacheable du contenu pr�sent�, qui r�ponds � une url 
de convenance .xhtml -->
     <map:part src="cocoon:/{1}{2}.xhtml" element="contenu"/>
     <!-- une barre de c�t� personnalis�e avec nom, pr�nom, param�tre 
etc -->
     <map:part src="cocoon:/{1}menu.xhtml" element="menu"/>
   </map:aggregate>
   <!-- la transformation d'assemblage, avec diff�rentes infos de 
contexte utiles -->
   <map:transform src="transform/presentation/presentation.xsl">
     <map:parameter name="home" value="{baselink:SitemapBaseLink}"/>
     <!-- liens pour css et images -->
     <map:parameter name="theme" value="{baselink:SitemapBaseLink}theme/"/>
   </map:transform>
   <!-- langue de l'utilisateur pour les messages i18n -->
   <map:act type="locale">
     <map:transform type="i18n">
       <map:parameter name="locale" value="{locale}"/>
     </map:transform>
   </map:act>
   <map:serialize type="xhtml"/>
</map:match>


En souhaitant que ces habitudes puissent donner des pistes.

-- 
Fr�d�ric Glorieux (AJLSM, http://ajlsm.com)

---------------------------------------------------------------------
Liste francophone Apache Cocoon -- http://cocoon.apache.org/fr/
Pour vous desinscrire : mailto:users-fr-unsubscribe@cocoon.apache.org
Autres commandes : mailto:users-fr-help@cocoon.apache.org