mai 16, 2003
Comment structurer une application Flash complexe ?
Chacun a ses trucs et sa façon d'organiser son application Flash.
Mike Chambers, qui a une bonne expérience et a eu souvent à construire des applications complexes, partageait cette semaine ses méthodes pour structurer le code dans ses applications et il demande aux gens leur façon de faire...
http://www.markme.com/mesh/archives/002457.cfm
Il a de bonnes idées. Ma méthode à moi est différente, la voici un peu en bref :
- Je ne travaille jamais sur le _root, mais plutôt à l'intérieur d'un MovieClip d'un seul frame placé sur le _root. Je n'ai que ce movieClip principal sur mon _root. Cela rend le tout plus portable et adaptable.
- Je fais toujours tout mon code dans des fichiers externe et je les #include tous ensemble d'un bloc sur le premier frame du MovieClip principal de mon application.
- Je ne mets jamais de code dans un symbole autre que mon clip principal et comme j'enregistre mes classes dès le premier frame (Object.registerClass), je n'ai pas à jouer avec les #initclip et me promener à travers différents symboles dans la librairie.
- Pour precharger le tout, puisque plusieurs symboles sont publiés dès le premier frame, j'utilise un autre swf qui charge en loadMovie le swf principal.
Il y a des freak de programmation Orientée Object Actionscript parmis mes (3 ?) lecteurs ?
Comment vous structurez vos applications ?
Sujet intéressant!
C'est vrai que c'est moins de trouble d'avoir le code dans des fichiers que dans des symboles! La méthode de Mike semble très bonne aussi et comme tu dis il a beaucoup d'expérience. D'après ce que vois dans ses comments, chacun a une méthode un peu différente. L'important c'est d'avoir sa méthode et d'y être à l'aise on dirait!
Je suis pas rendu a ce niveau là moi, je n'ai pas vraiment de structure définie, j'ai souvent des scripts dispersés, je n'ai pas encore faire complètement le switch à MX non plus... J'aime l'idée de mettre tout le code au même endroit, mais il faut être plus avancé que je ne le suis... :(
Ciao!
Lino
Super sujet!
J'en suis encore à mes premières armes en la matière, mais suis pationné par le sujet. J'expérimente donc différentes avenues afin de trouver une méthode définitive. Je me suis procuré plusieurs livres sur OOP et création d'applications Flash afin d'analyser les différentes avenues possibles.
Ta méthode me semble plus intéressante que celle de Mike, mais c'est par l'expérimentation que je pourrai confirmer. Dans mon cas, je dois aussi offrir différents skins, donc possibilité de loader différents templates, interprétés par un fichier qui s'occupe de l'affichage...
J'utilise un fichier fla contenant une méga classe que je publie ensuite en .as et que j'inclus dans mon fichier principal, mais je ne trouve pas très agréable de devoir toujours faire "export as" et écraser le fichier .as pour ensuite republier le fichier principal.
J'aime bien l'idée de mettre le code dans un movieclip au lieu du _root...
Enfin, je ferai pars de mes découvertes sous peu...
Lolotte
Posté par: | mai 21, 2003 10:42 AMTout dépend avec quoi on est à l'aise... Personnellement, je n'aime pas beaucoup l'interface de Flash. Mon éditeur externe ne plante jamais lui. Je préfère tout faire dans l'éditeur plutôt que de me promener tout le temps entre la librairie de Flash et mon éditeur.
La raison pour laquelle je mets tout dans un MC plutôt que le _root, c'est que souvent je fais une classe "Main" et j'enregistre ce MC, ce qui me permet d'avoir un code OO même pour mes fonction de base, c'est donc plus portable si j'ai du ménage à faire dans les classes. Et aussi, quand tout est dans un MC, on peut mieux jouer et s'adapter visuellement. Par exemple on peut centrer le contenu principal dans un flash intégré à 100% dans la page html pour avoir un background avec animations. Si on veut jouer avec le nouvel Objet Stage et la méthode onResize, il faut faire ça!
Et petit truc si tu ne connais pas, je te recommande l'éditeur Scite Flash qui peut être intégré avec Flush pour publier le swf directement à partir de l'éditeur texte.
A+
Je suis un adepte de la simplicité quand j'ai à coder des gros projets. Je rejoins l'idée de Steph qui fait tout à l'intérieru d'un MC. Moi je trouve que l'important, rendu à un certain niveau, c'est de garder le code portable le plus possible sans toutefois dépasser la limite, cad le gros bon sens.
Vous souhaitez suivre les commentaires sur ce site ? Un fil RSS est disponible ici.
