Pattern locator - refactoring dans VEGAS :)

[eKameleon]

Hello :)

En plein boulot sur la nouvelle version du moteur IoC de VEGAS et
après une petite analyse des problèmes de dépendances et autres
implémentations limite obsolètes je pense que dans les prochaines
mises à jour de VEGAS je vais supprimer les "collectors" en
simplifiant du même coup pas mal de classes et en privilégiant une
plus grande simplicité.

Par exemple dans toutes les classes de type CoreMovieClip, CoreShape,
CoreSprite, etc. je vais supprimer la dépendance avec la classe
DisplayObjectCollector, idem dans les classes de type CoreModel qui
sont dépendantes de la classe ModelCollector, et du coup éviter
l'injection dans un locator via la propriété "id" des objets
singletons. A mon sens il est préférable de centraliser la gestion des
dépendances via une fabrique IoC ou une gestion propre aux besoins
d'une application de ce type de pattern.

En gros l'objectif est de s'éloigner de l'utilisation du pattern
locator en spécialisant certains conteneurs dans l'application et en
proposant une fabrique/conteneur ioc mais sans l'imposer.

Dans tous les cas la fabrique IoC de VEGAS passe actuellement dans le
package system.ioc et je supprime déjà pas mal d'implémentations
inutiles surtout au niveau des méthode getInstance(name:String)
statiques... plus besoin à mon sens d'utiliser une fabrique multi core
singleton dans les classes du framework. La fabrique IoC gère très
bien les singletons et dans le code on peut utiliser des constantes de
package sans se prendre la tête avec des implémentations oldschool de
type getInstance()...

Donc voilà pour les news ;) Vous pourrez observer tout ces changements
progressivement dans les prochaine mises à jour dans le trunk de VEGAS
et bien entendu je mettrai à jour les exemples, les tutoriaux et
surtout l'ebook sur l'IoC que vous pouvez trouver sur mon google site.

Pour toute question pour ceux qui ont un peu de mal avec ces notions,
n'hésitez pas à intervenir dans ce post ;)

EKA+ :)

[eKameleon]

Hello :)

Attention donc aux changements dans le trunk de VEGAS ;) Pour ceux qui
veulent continuer à bosser avec une version stable et toujours les
collectors vous pouvez utiliser la dernière version 1.8.1.2009 fixée
hier sur le SVN de VEGAS dans les tags : http://goo.gl/nxR0A

EKA+ :)

[qatab chakir]

Hello ekameleon

En faite ça va mieux laisser une certain liberté aux développeurs de créer la dépendance , en runtime , ce-qui est l'intérêt majeur d'une fabrique IoC , et donner une certain flexibilité du code, avec la révision de certains implémentations  , sauf que ca va nous changer un peu les techniques qu'on s'est habitué de faire ,

D'autre part , Je suis sur le point de commencer un projet Flex de Jeu de carte un peu speciale , ou j'aimerai bien utiliser un bon framework pour la séparation des couches ,et la performance , qui est bien evidement pour moi VEGAS , mais ma contrainte que je dois le faire avec Flash Builder , pour tous ce qui fourni d'avantage d'IDE , Notion de State , Bendage , Layout , Skinning et styling , Son outil de RAD connexion à la couche serveur , et aussi pour son workflow avec Flash Professionel
Ma question est ceque je peux coupler VEGAS avec Flex , pour répondre à ces besoins ? j'attends des conseils qui peuvent m'orienter vers un bon choix , je sais qu'il y a pas mal d'autre frameworks qui sont plus a l'aise avec Flex voire PureMVC et Cairngorm , mais je suis plus attacher a VEGAS

Chakas3

[ekameleon]

Hello :)

Tu peux très bien utiliser VEGAS (à tout niveau) avec une application en MXML avec FlashBuilder. Dans tous les cas les principes de fabrique IoC et autres outils sont tout à fait utilisable vu que prévu pour être simple et fonctionel dans toutes circonstances.

Ensuite faut pas tout confondre ;) VEGAS est une framework complet alors que PureMVC et Cairngorm ne proposent que des implémentations de bases pour le pattern MVC... le pattern MVC est architecturé dans VEGAS avec différentes solutions (signals, broadcaster et frontcontroller au choix) mais dans tous les cas c'est vraiment qu'un millième de ce que permet de faire VEGAS dans son ensemble ;)

Regarde les tutoriaux à ce sujet dans les sources de VEGAS que j'ai mi justement à jour hier :

http://code.google.com/p/vegas/source/browse#svn/AS3/trunk/tutorials/vegas

Ensuite que le code soit utilisé avec une fabrique IoC ou pas l'intérêt est de comprendre l'utilisation des différents design pattern selon les vrais besoins de ton application.

Dans VEGAS tu vas trouver des exemples d'utilisation des patterns Command, Iterator, MVC, IoC, etc. Mais dans tous les cas ils résultent de besoins et pas d'une simple volonté de se présenter comme une solution à tous les problèmes ;)

EKA+ :)