• Collections : harmonisation des Collections et documentation compléte.
• Structures : les classes Point et Rectangle sont supprimées car redondantes avec les classes natives.
• Medias : le paquetage sound va être entièrement refait et un paquetage video mis en place.
• Data (accès serveur) : Le paquetage data laisse sa place au paquetage service avec toute la partie abstraite mise en place, des paquetages concrets vont voir le jour pour remoting et toutes les technologies possibles.
• Locator : Tous les locators implémentent maintenant la même Interface Locator, le FrontController devient aussi un Locator.
• Transitions : Pour les transitions, la notion de onEnterFrame va disparaître au profit de onTick. Mais celà demande un gros boulot + de l'optimisation des Tweens.
• ConfigLoader : Le ConfigLoader est IOC orienté maintenant, merci a Ali_o_kan.
• IOC : Gros refactoring de la partie IOC qui n'est pas finalisée pour l'instant. Avec des Parser configurables et une notion de namespace dans les contextes qui permettra d'inclure une appli lowra en tant que plugin d'une autre appli.
• LoopCommand : La LoopCommand est une classe importante qui permet de ne pas freezer le player lors du parsing de gros XML ou de manipulation de données. Le XMLLoader va d'ailleurs être redesigné.

Ca bouge donc beaucoup et ce n'est qu'un début. LowRA est toujours en Alpha, principalement sur la partie IOC. Vous pouvez jetter un coup d'oeil au SVN, mais il bouge pas mal et ce n'est pas fini

D'autre part, un gros effort va être fait sur la documentation et des outils communautaires vont être mis en place, notamment un aggrégateur des fils RSS des différents blogs LowRA. Tout se passe désormais sur googlecode. Donc je vous conseille d'y venir en masse pour vous inscrire à la mailing liste officielle LowRA et vous tenir au courant

PS : Ali_o_Kan a publié la discussion compléte

Cairngorm

Présentation

Cairngorm est un Framework dédié à Flex et qui propose une implémentation du principe du FrontController.

Il propose aussi une gestion des échanges serveurs à travers plusieurs principes :

Le Business Delegate qui est une classe proxy gérant toute la logique de communication directe avec le serveur (web service, http ou autres). Elle est appelé par les commandes, qui leur passe deux méthodes : onResult, onFault recevant les résultats.

Les Value Object qui sont des objets de retour du serveur Remoting. Ils sont automatiquement mappés par Flex à nos propres classes. Pour cela les classes doivent indiqués le type AMF correspondant.

Le Service Locator qui permet de centraliser l’accès aux différents service (Web Service, http, XML) avec une interface unifiée.

Points forts :

• Framework léger (à peine une vingtaines de classes)
• Soutenu, documenté et géré par Adobe de manière officielle
• Répandu dans la communauté Flex donc assez universel

Points faibles :

• Totallement dépendant du Flex SDK, ne peut donc pas s'utiliser dans des projets Flash ou pur ActionScript
• La mise à jour des vues dans le cadre d'une mise à jour des modèles se fait par data binding, ce qui peut poser des problèmes de lisibilité du code et de debugging. (Ex. Si une propriété du modèle n'existe plus, on n'aura pas de notification d'erreur)

Liens

• http://labs.adobe.com/wiki/index.php/Cairngorm
• http://www.cairngormdocs.org
• http://www.cairngormdocs.org/tools/CairngormDiagramExplorer.swf
• http://www.cairngormdocs.org/docs/cairngorm_2_1/index.html

LowRA

Présentation

LowRA est la version AS3 des Framework PixLib et PixIOC.

Il propose notamment une implémentation du principe du FrontController. Mais aussi beaucoup d’autres choses.

Entre autres :

Un Service Locator qui permet de centraliser l’accès aux différents service du côté serveur.

Un paquetage de Tween.

Des paquetages de Collections et d’Iterator.

Une gestion unifiés des Loading (Graphique, son, XML, etc…) et la possibilité de créé des piles de chargement.

Une possibilité d’avoir des Commandes déclenchés à intervalles réguliers.

Une gestion d’événements typés et un eventBroadcaster propre au Framework.

Les deux autres grosses parties du Framework concernent l’IOC et par extension la possibilité de créé une application par plugin.

Points forts :

• Non basé sur le Flex SDK
• Propose beaucoup plus que simplement une implémantation du MVC+C
• Propose une implémentation d'IOC et une architecture de plug-in toute faite
• Open source et possibilité d'évolution

Points faibles :

• Pas de version stable (pour l'instant)
• Certains éléments non développés à l'heure actuelle
• Documentation manquante

Liens

• SVN : http://lowra.googlecode.com/svn/trunk

• http://osflash.org/projects/lowra
• http://www.geturl.net/lowra/
• http://groups.google.com/group/lowra//a>
• http://www.community.oddlyonward.com/

PureMVC

Présentation

PureMVC propose lui aussi une implémentation du pattenr MVC+C en se reposant aussi sur pas mal d'autres patterns (Proxy, Observer, Facade, Mediator)

Dans PureMVC, View et Model sont deux classes qui ne font que donner des accés a des listes d'instances (de Mediator pour View et de Proxy pour Model) et elles sont elle mêmes gérées par la facade qui est le point central de l'application.

Points forts

• Non basé sur le Flex SDK
• Implémentation rapide sans héritage (on utilise directement les classes du framework)
• Bonne documentation et site actif derrière
• Bonne réputation

Points faibles

• Système événementiel différents des habitudes
• Pas de Notification typées
• Nomenclature des classes différentes donc un peu plus longe à appréhender
• Certains points (Mediator) peuvent nécessiter un redéveloppement (cf mon post précédent)

Liens

• http://www.puremvc.org/

Et pour ne pas rester en reste il y aussi ceux là :

• Vegas
• ARP
• Foundry (Flex)

Au final et pour ne pas éluder la question, je dirais qu'on peut conseiller Cairngorm dans le cadre de projet Flex pas trop gros et passer à PureMVC ou LowRA si vraiment le projet grossit trop. J'ai fait la manipulation sur un mini projet, la transition se fait assez facilement. Au final, le passage en PureMVC est quand même un peu plus long du fait de la nomenclature radicalement différentes des classes. Donc Cairngorm est une bonne introduction aussi pour ceux qui ne sont pas super à l'aise avec le pattern MVC+C. C'est un framerwork qui va à l'essentiel et qui est ultra bien documenté. Par contre dans le cadre d'un projet ActionScript hors Flex je recommande LowRA sans hésiter tant il apporte tout un tas de faciliter (loaders, event typés, request, collections) sans parle de l'IOC et des plugins. Même si PureMVC, n'est pas absolument lié à Flex, il semble logique de l'adatper pour les gros projets Flex. On pourra toujours extraire certaines classes de LowRA pour des besoins particuliers.

Sur ce, bon dev et bon week-end

C'est l'alliance de deux grandes idées, le framework PixLib de Francis Bourre et le format d'échange de données SWX d'Aral Balkan.

Longue vie à pixSWX

Mais tout ça pour dire que je vais faire la formation PixIOC de Francis la semaine prochaine. Je devrais donc avoir des trucs à raconter. D'ailleurs si qq'un fait le trajet Paris / Clermont en train le dimanche soir et le jeudi soir qu'il me passe un message

Sinon, je suis bien pris par mon nouveau projet musical de bootlegs : Gaston

Bientôt des vrais news j'espère...

Bon, bien sûr j'aurais put vous parler de la beta publique de Papervision 3D, de Flex 3, de AIR et tout ça... Mais je suis sur que votre lecteur de fil RSS déborde de news là dessus

Une propriété statique USE_ATTRIBUTE_NAME qui est un Boolean (false par défaut). Il désactive l'utilisation de l'attribut name d'un noeud en tant que nom de propriété de l'objet déserialisé (du coup c'est le nom du noeud qui est utilisé

Une méthode d'instance

 
 forceType( sNodeName : String, sType : String);
 

Elle permet d'indiquer un type pour des noms. Le but étant de pouvoir gérer des types sur des XML sur lesquels on a pas la main.

Une classe et un xml de test sont dans le zip mais en gros voici le principe :

Mon XML

<?xml version="1.0" encoding="UTF-8"?> <root> 	<test1NodeName name="test1AttributeName">Cool</test1NodeName> 	<test2>'item1','item2','item3'</test2> </root>

Si je le charge avec le Deserialize de base voici en gros ce que j'aurais :

 [
Object] test1AttributeName : "cool" // Type String
test2 : "'item1','item2','item3'" // Type String
 

Avec mon déserializer, en forcant le type du noeud test2 sur array :

 
[Object] test1NodeName : "cool" // Type String
test2 : [Array] // Type Array
[0] : "item1"
[1] : "item2"
[2] : "item3"
 

Et voici le bout de code dans la classe Test.as, au passage vous noterez que j'ai mis les types en propriétés statiques pour plus de sécurité...

 
// Méthode classique
var xto : XMLToObject = new XMLToObject( {} );
xto.addEventListener( XMLToObject.onLoadInitEVENT, this, debugObject );
xto.load( "test.xml" );
// Flapflap Style <img src='http://kilooctet.net/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' />
KoXTODeserializer.USE_ATTRIBUTE_NAME = false;
// On utilise plus l'attribut name
var deserializer : KoXTODeserializer = new KoXTODeserializer();
deserializer.forceType("test2", KoXTODeserializer.ARRAY_TYPE);
// ON force le type Array pour le noeud test2
var koXto : XMLToObject = new XMLToObject( {}, deserializer );
koXto.addEventListener( XMLToObject.onLoadInitEVENT, this, debugObject );
koXto.load( "test.xml" );
 

Deux limitations : On force un type pour un nom de noeud donc si on a plusieurs noeud a différents niveaux ayant le même nom ils auront le même type Forcer le type array sur un noeud ayant des enfants n'est pas gérer

J'attends vos retour

Ca promet tout ça !

For now, it was make with Zinc but I hope next release will come using HaXe... If you have some skills on it and a little bit of time be welcome ! Also it use MM Components and I'll try to go to ASWing as soon as possible. My intention is to make a perfect Open Source Flash project... Also to create the Command it use a template you can find in the template folder created by the app at launch time. Change it after launching to change youre command line code. There is just two tags $package$ and $name$ to keep...

!!! WARNING!!!! This is an earlier alpha and I just make some quick test. This application write on your as files so use it with care. I suggest you to make a copy of one of your PixLib's based work for test if. I wait for you feedback at flapflap_at_kilooctet.net

Let's take PEACE

PEACE (Pixlib Event And Command Editor) Alpha version 0.0.1 est disponible !! Son principe en est simple : c'est un petit éditeur qui vous permet dans le cadre d'un framework basé sur le FrontController de PixLib, d'ajouter rapidement une commande de rajouter l'événement correspondant dans la EventList et de les lier dans le Controller. Pour celà vous devez préciser votre dossier source. Automatiquent Peace va rechercher les classes nommées EventList et Controller ainsi qu'un dossier command. Si il ne les trouve pas vous pouvez les préciser (notamment si vous les avez appeller autrement). Ensuite, il va vous lister les événements, les commandes et ceux qui sont liés. Pour l'instant tout ça est brut dans un TextArea. Le but étant un test de pertinence et de couvrir un premier panel de test.

Pour l'instant, l'exécutable est généré par Zinc mais j'espère pouvoir utiliser HaXe pour les prochaines versions. Si vous y connaissez n'hésitez pas à me contacter... J'utilise aussi les composants Flash mais je vais passer sur ASWing dès que possible. Le but étant de faire un projet totalement Open Source Flash. J'oubliais, pour créer les Command, j'utilise un template situté dans le dossier du même nom. Vous pouvez le modifier à votre guise mais uniquement une fois l'application lancée. J'utilise juste deux tags : $package$ et $name$.

!!! ATTENTION !!!! Ceci est une alpha et je n'ai procédé qu'a des tests rapides. Ce programme intervient sur vos fichiers as donc merci de le tester avec précautions. Je vous conseil de copier un de vos projets pour faire le test. J'attends vos retours avec impatience sur flapflap_at_kilooctet.net

Let's take PEACE

J'encourage tout ceux qui peuvent le faire à demander cette formation sur mesure, donc adapté à vos problèmatiques. Le niveau est élévé mais Francis sait vous tirer vers le haut et surtout partager sans retenu ses petits trucs comme ses grandes idées. En plus il est sympa !

Autre avantage, j'ai pu avoir des explications en direct sur des points de PixLib dont j'étais passé à côté. Je vais essayer de vous faire partager tout ça dans les prochains jours.

Bref, une seule chose à dire : Merci Francis.