ActionScript 3 Flux de travail utilisant des SWC avec des classes externes liées

Question

Je travaille sur une application très graphique qui utilise le contenu de plusieurs FLA différentes. Je suis un codeur, cependant, je veux faire tout mon codage dans Flash Builder, mais je veux permettre à mon concepteur d'utiliser encore quelques actions de chronologie telles que stop(); et même quelques gestionnaires de boutons simples pour changer la vue. J'ai essayé de trouver le meilleur flux de travail pour ce type d'installation; J'ai essayé d'utiliser Embed, mais cela supprime le code temporel. J'ai essayé Loader mais cela ne m'a pas permis de terminer le code ni de vérifier la compilation. J'utilise actuellement des SWC avec des classes personnalisées pour sous-classer les éléments à l'intérieur. le SWC, qui semble être le meilleur mélange jusqu'ici - vous obtenez le code d'achèvement et les scripts de chronologie fonctionnent toujours. Le problème que j'ai est que j'ai une vue plutôt complexe dans Flash, et je voudrais assigner de vraies classes à certains des autres éléments de la bibliothèque, mais ils ne maintiennent pas leur association de classe lorsqu'ils sont exportés dans le SWC. Par exemple, supposons que j'ai un FLA avec un symbole dans la bibliothèque appelée View. Je lui donne une classe de liaison de "com.company.view.design.ViewDesign". A l'intérieur de cette vue sont 3 cadres, avec un symbole différent sur chacun, appelé 'content1', 'content2' et 'content3'. Je donne ces classes de liaison similaires "com.company.view.design.Content1" etc. Dans mon code de base, j'ai une classe appelée com.company.view.View qui étend com.company.view.design.ViewDesign. Cela me donne un accès complet à tout ce qui se trouve à l'intérieur du symbole View, ce qui est génial, et tous les scripts de scénario de View fonctionnent toujours. Le problème est le suivant: ces 3 symboles de contenu sont vraiment complexes et seraient les principaux candidats à lier à leurs propres classes externes (com.company.view.Content1 etc.) mais si j'essaye de le faire dans Flash, quand j'instancie com.company.view.View, j'obtiens l'erreur "La coercition de type a échoué: impossible de convertir flash.display :: MovieClip @ 20bec5e1 en com.company.view.Content1". Est-ce qu'il y a une solution à cela, ou dois-je juste traiter mon SWC comme une bibliothèque et construire la vue par programmation, en utilisant le même modèle d'héritage pour les panneaux de contenu que j'utilise pour la vue? J'aimerais que mon concepteur soit capable de gérer autant de disposition que possible, mais avec des vues de plus en plus complexes, je ne veux pas avoir à mettre toutes les fonctionnalités pour une seule vue dans une classe monolithique (com.company .view.View).

Answer 1

Comme vous l'avez dit, SWC est la voie à suivre. Je pense que je suis tombé sur une situation assez similaire, et je vous recommande check this question. Here est un projet factice sur cette approche.

En outre, si cela peut accélérer le temps de développement, j'ai créé ce tiny extension qui déclare les instances de scène, les initialise et les place dans votre presse-papiers pour que vous puissiez l'ajouter à votre classe liée. Tout ce que vous devez faire au départ est de configurer un schéma de nommage dans le panneau de commande, puis tout ce dont vous aurez besoin est le bouton Générer.

J'espère que votre concepteur a une configuration SVN. Les concepteurs détestent SVN! Vous pouvez les tromper avec quelque chose qui semble mignon sur un mac comme Versions ou Cornerstone.

Goodluck!

Answer 2

vos classes com.company.view.Content1 étendent-elles MovieClip? Sinon, ils ne peuvent pas être ajoutés à la scène et Flash va lancer cette erreur.

Answer 3

Lors du chargement des plans au moment de l'exécution, toutes les informations de classe sont perdues. C'est la racine de votre problème. Dans de tels cas, j'ai utilisé avec succès le technique suivant. Cette technique permet de charger le film et de reconstituer les informations de classe. Grant Skinner l'a détaillé il y a quelque temps et cela vaut aussi pour les applications purement flash, même si l'article parle de Flex.