Version imprimable
J'ai fait des recherches mais je ne trouve pas grand chose.
Donc voila :
J'ai déjà commencé une application flex en utilisant des fichiers de properties pour gérer plusieurs langues.
Ma question est plutot liée au fait que j'ai l"impression que si on a 10 langues dans les properties, ils seront tous compilés dans le SWF.
Existe-t-il un moyen pour externaliser ces fichiers properties et pouvoir les charger à la volée. Merci
Je me répond à moi-même :
Voici un ppt qui répond exactement à la question en parlant parfaitement du problème et proposant plusieurs solutions :
http://www.dehats.com/drupal/files/L...applicatio.ppt
http://209.85.229.132/search?q=cache...ient=firefox-a (Version HTML par google)
Bonjour,
J'ai le même problème que tu t'es posé. J'ai bien lu le PPT mais je n'ai malheureusement pas compris comment faire pour que les fichiers properties ne soient pas compilés dans le SWF.
Comment as-tu fait ?
Tu as testé ce qui est indiqué?
Compiler les Bundles séparément
Tous les fichiers properties d'une langue sont compilés en un seul SWF.
Pour compiler les fichiers, on utilise une ligne de commande :
Citation:
mxmlc -locale=fr_FR
-source-path=locale/{locale}
-include-resource-bundles=MonFichier,
collections,containers,controls,core,effects,skins,styles
-output fr_FR_ResourceModule.swf
Pour connaître les fichiers à compiler, on utilise un paramètre à la compilation d'une application :
La liste des bundles nécessaires est alors écrite dansCitation:
mxmlc -locale=
-resource-bundle-list=leFichier.txt MonApp.mxml
leFichier.txt
Note : Sous OSX, il faut donner un chemin absolu !
Pour charger un bundle :
ResourceManager.loadResourceModule(rb.swf, true);
Le 2ème paramètre précise si l'application doit être mise à jour automatiquement.
Pour précharger les resource modules, on a une flashvars :
Code:
2
3
Bonsoir,
J'ai compris la logique de la compilation des Bundles séparé sauf que je ne sais pas comment faire...genre la ligne de commande etc...
Merci d'avance.
Rien n'empèche non plus de travailler avec les resourceBundle mais en chargeant dynamiquement les données.
Exemple : un fichier xml (ou properties) qui contient les données, puis une classe qui s'occuper de créer manuellement un bundle et d'y injecter les données contenues dans le fichier, fichier qui sera chargé dynamiquement par la classe et parsé par une méthode adéquate...
Code:
2
3
4
5
6
7
J'ai un peu de peine avec ces fichiers properties qui doivent être compilés en SWF ou compilés à l'intérieur de l'animation/application elle-même... ça implique qu'un client qui veut modifier un texte dans ses traductions est obligé de passer par le développeur pour pouvoir le faire, et ça, commercialement parlant, c'est bien pour le développeur, mais mal pour le client, qui n'est pas autonome au final... Et l'autonomie, les clients aiment ça... ça leur donne une impression de pouvoir, et ils reviennent plus facilement vers le développeur ensuite pour des évolutions sur le travail, car ils ont l'impression que grace à lui, ils peuvent tout maitriser :mrgreen:
J'aime beaucoup ta solution titouille (elle est orientée un peu java ^^) car elle est aussi applicable à AIR ! (parceque les FlashVars en Air... voilà quoi..)
:ccool:
PS : mais elle peut être très gourmande en perfs non ?
Je ne sais pas au niveau des perfs, pas vraiment testé... Après je pense que ça dépend de la taille de ton fichier, sa forme (xml, properties, ini, etc...) mais en même temps, tu charges tes fichiers une fois, tu vas pas les charger à chaque fois que tu affiche le même contenu... Avec xml et l'implémentation d'XPath dans le language AS3 je pense que c'est jouable... Mais à priori, c'est une des rares solutions pour travailler avec des traductions chargées dynamiquement et modifiables sans recompilation, tout en utilisant les spécificités d'AS3 pour la gestion de l'internationalisation (IResourceBundle, IResourceManager)...
En fait, je suis arrivé à ce résultat en créant une application pure AS3 qui ne voulait pas prendre en compte les fichiers properties à la compilation... J'ai suivi le même fonctionnement qu'on utilise en Flex, mais avec un projet pur AS3, je n'y suis pas arrivé. J'ai fini par découvrir qu'on pouvait créer "manuellement" un bundle et l'utiliser avec le resourceManager, et je trouve la solution plutôt sympa au final, car plus souple. Presque rien ne diffère de l'utilisation standard, si ce n'est qu'on ajoute manuellement les traductions à la place de les compiler pour qu'elles soient ajoutées automatiquement. Clair que c'est pas autant performant, mais on ne peut pas tout avoir :P
Tu peux éclaircir ton point de vue ?? :calim2:Citation:
Je ne sais pas au niveau des perfs, pas vraiment testé...
...Clair que c'est pas autant performant, mais on ne peut pas tout avoir
Simplement que charger des données dynamiques et les parser ne sera jamais aussi performant que lorsque les données sont déjà compilées dans un swf, puisque la phase de parsing va prendre un certain temps et des ressources processeur. Maintenant je ne suis pas du genre à chercher la petite bête, genre me dire que si je gagne un dixième de seconde sur un traitement en passant par un process plutôt qu'un autre, hop, faut absolument que j'utilise le process le plus performant... J'ai déjà tendance à beaucoup optimiser mon code, et tant que le gain n'est pas significatif je ne me prend pas trop la tête...
Mais un petit exemple vécu : j'avais développé pour un client des processus javascript utilisant les objets Office via les activeX, afin de générer des documents Excel pour ensuite les transformer en pdf... (je suis fou, je sais... :mrgreen:) Le but était de pouvoir générer ces documents à partir d'une base de données remplie par une application Flex, et de pouvoir lancer tout ce traitement depuis l'appli Flex, bien entendu...
35 minutes pour générer environ 300 pages de documents...
Après une perte assez conséquente de données (crash de mon disque dur et sauvegardes pas très récente) j'ai repris tout le procédé en passant cette fois par une génération XSL-FO via des classes PHP, puis génération directe en PDF d'un fichier après l'autre à l'aide de FOP et enfin fusion de tous les documents en 1 seul : 7 à 8 minutes...
Enfin, il a fallu intégrer des liens de navigation dans les pdf, et pour ce faire, le document PDF final devait être généré en une seule fois, pas de fusion après coup... Reprise de mon code, modification de l'implémentation... aujourd'hui la génération se fait en moins de 3 minutes, via une petite application java que j'ai créée, qui va récupérer sur le serveur le fichier XSL-FO et génère le PDF en local...
Dans un cas comme celui-là, oui, milles fois oui pour se prendre la tête sur de l'optimisation... Passer de 35 minutes à moins de 3 minutes, c'est quand même fun... Dans un cas comme du chargement dynamique de traduction, ou l'utilisateur va attendre quelques millièmes, centième ou dixième de seconde de process en +, non, je considère que ça ne vaut pas la peine de passer du temps pour ça...
Après, encore une fois, ce sont des choses à tester... Tant que le processus est performant et que l'utilisateur final ne passe pas 10 secondes à attendre pour quelque chose qui devrai se faire rapidement, je pense que je reste dans quelque chose d'acceptable... Rappelez-vous, si vous l'avez vécu, le temps ou on allumait son ordinateur, on allait se tirer un café et en revenant, il n'était même pas encore totalement fonctionnel. Et on se plaignait pas plus que maintenant qu'on a des quad-core qui tuent la mort au niveau rapidité :P
Quelqu'un a dit : le mieux est l'ennemi du bien... Passer des heures à chercher une solution meilleure se paie cher, lorsque la solution actuelle est fonctionnelle et acceptable... Mais attention, je ne prône de loin pas la paresse, j'ai plutôt tendance à toujours vouloir comprendre le fond des choses... Après c'est aussi question de temps et c'est à voir avec les clients, si ils sont ok pour qu'on trouve la solution la plus optimisée ou si ils veulent qu'on soit productifs
Hey Hey Titouille! ca faisait longtemps, mais pour le coup t'as été bavard :mouarf:
Merci pour ta solution, j'sens que j'vais mettre à jour un de mes tutos moi :mrgreen:
:salut:
J'étais justement allé sur ton blog pour suivre la procédure d'internationalisation que tu avais décrite lorsqu'on avait bossé ensemble. Je me souvenais que tu en avais fait un mini-tuto. Malheureusement ça n'a pas fonctionné pour mon projet pur AS3, c'est pour ça que j'ai du trouver une alternative :P
Ouaoooooouuuu ! Bel effort !Citation:
Envoyé par titouille
En fait j'en demandais pas temps. J'avais juste relevé une légère contradiction dans ton post ;)
Finalement tu as pu exprimé des idées qui sont aussi les miennes.
Il est évident que les traitements liés à la gestion de l'interface utilisateur n'ont pas besoin d'être autant optimisé que les traitements automatisé tels que la création de PDF complexes. Sinon le Flash Player ne serait pas aussi gourmand en ressources mémoire et processeur :calim2:
Non seulement ça ne vaut pas forcément la peine, mais comme je l'ai expliqué au départ : donner au client l'impression qu'il a la maîtrise de son contenu, jusque dans des "détails" tels que les traductions, le conforte dans l'idée qu'il a bien fait de te choisir comme développeur, et va augmenter les chances qu'il te reconfie du travail ou qu'il te conseille à d'autre... Si il doit passer par toi à chaque fois qu'il veut faire la moindre petite modification ou mettre en place des processus complexes tels qu'installer un framework et faire de la compilation en ligne de commande, il va avoir l'impression d'avoir fait les mauvais choix, même si tu es bon vendeur dans ton argumentation... Et tout ça, c'est dans la tête... Car le client ne maitrise jamais la totalité du processus, sinon il ne ferai pas appel à toi.
Choisir entre l'optimisation à outrance ou la confiance du client, c'est assez vite fait.