<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Commentaires sur : Découper le chargement d&#8217;une application Flex</title>
	<atom:link href="http://blog.excilys.com/2010/01/11/decouper-le-chargement-dune-application-flex/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.excilys.com/2010/01/11/decouper-le-chargement-dune-application-flex/</link>
	<description>Langages, Architectures &#38; Méthodologies</description>
	<lastBuildDate>Wed, 11 Jan 2012 14:47:25 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>Par : Alnour GOULAMHOUSSEN</title>
		<link>http://blog.excilys.com/2010/01/11/decouper-le-chargement-dune-application-flex/comment-page-1/#comment-52</link>
		<dc:creator>Alnour GOULAMHOUSSEN</dc:creator>
		<pubDate>Mon, 11 Jan 2010 13:49:48 +0000</pubDate>
		<guid isPermaLink="false">http://blog.excilys.com/?p=202#comment-52</guid>
		<description>@Pierre-Yves RICAU Comme les modules sont compilé dans différents objets SWF, il est effectivement possible d&#039;utiliser le cache du navigateur. Et concernant le chargement du module à l&#039;exécution, la méthode de chargement est laissé à la libre appréciation du développeur: on peut donc, en fonction des droits de l&#039;utilisateur, charger le module à l&#039;initialisation de l&#039;application, lors de la première tentative d&#039;accès, ou en arrière-plan quand l&#039;application est peu sollicitée.</description>
		<content:encoded><![CDATA[<p>@Pierre-Yves RICAU Comme les modules sont compilé dans différents objets SWF, il est effectivement possible d&#8217;utiliser le cache du navigateur. Et concernant le chargement du module à l&#8217;exécution, la méthode de chargement est laissé à la libre appréciation du développeur: on peut donc, en fonction des droits de l&#8217;utilisateur, charger le module à l&#8217;initialisation de l&#8217;application, lors de la première tentative d&#8217;accès, ou en arrière-plan quand l&#8217;application est peu sollicitée.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : Pierre-Yves RICAU</title>
		<link>http://blog.excilys.com/2010/01/11/decouper-le-chargement-dune-application-flex/comment-page-1/#comment-51</link>
		<dc:creator>Pierre-Yves RICAU</dc:creator>
		<pubDate>Mon, 11 Jan 2010 12:10:06 +0000</pubDate>
		<guid isPermaLink="false">http://blog.excilys.com/?p=202#comment-51</guid>
		<description>Merci pour ce tour d&#039;horizon, le temps de chargement des applications Flex est bien souvent problématique...

Je me pose une question : dans le cas du découpage en modules, tu indiques que cela génère différents fichiers SWF. Cela signifie-il qu&#039;on bénéficie du cache du navigateur, au même titre que pour les RSL ?

Par ailleurs, est-il possible de charger les modules complémentaires en tâche de fond, et conditionnellement ? Je m&#039;explique : supposons que l&#039;application ait une interface d&#039;admin à laquelle seuls certains utilisateurs ont accès. Peut-on imaginer lancer le chargement du module en tâche de fond, avant même que l&#039;utilisateur ouvre la partie admin, et uniquement s&#039;il a les rôles nécessaires ? Cela permettrait d&#039;une part d&#039;éviter un temps de chargement lors de l&#039;ouverture de cette partie admin, et d&#039;autres part de commencer à utiliser l&#039;application en parallèle.</description>
		<content:encoded><![CDATA[<p>Merci pour ce tour d&#8217;horizon, le temps de chargement des applications Flex est bien souvent problématique&#8230;</p>
<p>Je me pose une question : dans le cas du découpage en modules, tu indiques que cela génère différents fichiers SWF. Cela signifie-il qu&#8217;on bénéficie du cache du navigateur, au même titre que pour les RSL ?</p>
<p>Par ailleurs, est-il possible de charger les modules complémentaires en tâche de fond, et conditionnellement ? Je m&#8217;explique : supposons que l&#8217;application ait une interface d&#8217;admin à laquelle seuls certains utilisateurs ont accès. Peut-on imaginer lancer le chargement du module en tâche de fond, avant même que l&#8217;utilisateur ouvre la partie admin, et uniquement s&#8217;il a les rôles nécessaires ? Cela permettrait d&#8217;une part d&#8217;éviter un temps de chargement lors de l&#8217;ouverture de cette partie admin, et d&#8217;autres part de commencer à utiliser l&#8217;application en parallèle.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

