Arborescence structure de fichier actionscript 3 POO

Réponse acceptée !
Bonsoir la POO seul n'est pas la solution a tous les besoins.

Elle très utile mais pas forcément pour tous.
En particulier si tu cherche a maitriser le Chargement avec un grand "C".

Celui-ci découle d'une logique bassement matèriel et réelle.
Quand, quoi et comment charger des informations?

Si il y a quelques années fleurisssaient les préloaders a rallonges.
Aujourd'hui ont cherche davantage à maitriser cette contrainte pour l'utilisateur.
Si il y a nécessairement un chargement direct, on peut aussi envisager en parallèle de nombreux petit chargements en arrière plans.
D'un autre coté, il faut savoir qu'une requete url est relativement chronophage. Du coup c'est par l'expérimentation que tu trouveras le bon compromis dans la gestion du Chargement

Sinon pour:
1] le chargement de Sprites et de MovieClips, je te conseille de chercher du coté:
(pour les scripteurs avertis)des libariries partagès swc
(pour les scipteurs moins aguerris) des embed d'object d'un swf

2]les polices importées dès le départ avec un eventlistener
3]le chargement de données textuelles,et suivant lea complexité du programme, tu peux envisager de mettren memoire dès le premier chargement, histoire de gagner du temps.

4]etc....

Je sais pas si il y a des éléments qui t'interesseront.
Cordialement

Réponse acceptée !
Bonjours, Aerolyte, et merci pour ta réponse, tu confirme se que je soupçonnais par rapport a la logique bassement matériel du loading.
Juste pour parler concrètement, je voudrais te proposer ma structure que tu me dise ou je déconne et qu'elle logique serais approprié pour ce que je souhaite realiser...^^

Réponse acceptée !
Donc mon projet est d'avoir un bureau de travail avec une arborescence général, dans laquelle j'aurais toutes mes class, et a l'aide d'une interface utilisateur, je pourrais visualiser l'ensemble de mes class une par une et travailler sur des animations a l'aide de ces class.

Je vais retourner voir du coté des embed swf comme tu me la suggérer, sa me permettrais laisser mon anime principal en class dynamique et pas en swf, je pourrai même y placer les polices embarqué, vu que mon idée est d'avoir une page d'accueil ultra light et sobre, ou peu être comme tu me l'as dit "2]les polices importées dès le départ avec un eventlistener" (enfin quand j'aurais compris^^)pour les librairies partagés, pourrais tu m'en parler plus?^^

Le préchargement ne m'es pas très utile pour le moment, je n'ai aucune image ou données pesante, cependant dans l'optique de développer de nombreuses application, il me faut a tout pris poser une procédure routinière avec des class réutilisable, que je ne perde pas 2 heure a chaque fois pour préparer une anime...^^

Réponse acceptée !
Bonjour,
Je me pose des questions sur l'interet d'avoir une interface pour visualiser des classes.

Pour ma part l'arborescence des fichiers sur le serveur(y compris des classes)est issue d'un meme squelette.

Il faut avoir une vision d'un site, d'une animation par couche.

une couche moteur
une couche graphique
une couche data,ou informative
...

Ces couches peuvent aussi avoir une sous-stratification par exemple

la couche data:
une strate informations de fond (textes, photos, son video, ....)
une strate information de forme (auteur, date, etc...)
...

Je suis conscient que ce découpage est arbitraire pas souvent facile a appliquer. c'est a dire qu'il y a bien évidemment des scripts dans une couche graphique, mais en regle générale ceux-ci répondront a une méthode initié par le moteur.

C'est avec cette séparation de "fonction" que j'obtiens un programme dynamique réutilisable et ouvert a de nouveaux developpement.