VEGAS 1.9 and next 2.0 version - big questions ?

[eKameleon]

Bonjour :)

Je viens vers vous dans ce message pour une question métaphysique qui
me taraude depuis quelques jours et qui selon la finalité de ma
réflexion peut changer pas mal les choses dans les prochaines versions
de VEGAS et pourquoi pas dans la version 1.9 (en cous de
finalisation)

Je me demande si je dois continuer à maintenir dans le répertoire des
sources de VEGAS (trunk/src) le code source de Maashaack et si je dois
pas tout simplement vous proposer de garder une dépendance avec le
fichier maashaack.swc mis à jour avec un SVN externals dans le
répertoire AS3/trunk/libs du repo SVN de VEGAS.

Comme vous le savez cela fait quelques années que VEGAS possède avec
les packages core/system/graphics un noyau défini dans le code du
framework Maashaack que je réalise avec Zwetan sur Google Code :
http://code.google.com/p/maashaack/

Pour vous donner un aperçu rapide de l'état actuel du contenu de ces
packages je vous conseille d'aller consulter la documentation en
ligne :
http://code.google.com/p/maashaack/wiki/frameworkDocumentation

Il est tout à fait possible d'utiliser les packages core/system/
graphics sans VEGAS, ce qui apporte déjà des outils très performants
pour réaliser n'importe quelle application en ActionScript 3. Dans
Maashaack l'ensemble du code est unit testé et possède des exemples
complets et un ensemble de build performantes pour générer la
documentation ASDoc, les fichiers swc en fonction des besoins
(core.swc, system.swc, graphics.swc et maashaack.swc qui contient
tout)

Depuis quelques jours pour améliorer la modularité de Maashaack nous
avons opté avec Zwetan pour une organisation du projet basée sur un
outil "gclient" qui permet de penser le projet en modules séparés pour
chaque package du framework et ensuite de fusionner les différents
modules de Maashaack et maintenir le framework selon nos envies et nos
besoins.

Il est clair que ce genre d'organisation très modulaire du framework
ne le laisse pas très accessible dans son ensemble pour les débutants
et développeurs occasionnels qui ne sont pas familiés avec les build
ANT, des lignes de commandes etc.

Malgré tout cette organisation par module va nous permettre de
proposer des versions du framework allégés et spécialisés selon les
besoins de chacun avec des libraries de type swc simples à encapsuler
dans vos projets ActionScript.

Par exemple si vous n'avez besoin que du coeur du framework avec le
package core et des signaux dans le package system.signals on peut
facilement générer un fichier core_signals.swc qui contiendra que les
classes nécessaires.

Pour le moment pour garder tout de même une accessibilité rapide aux
classes et outils du framework je génère 4 swc de bases :

- core.swc : contient uniquement le contenu du package core
- system.swc : dépend de core.swc et contient que les classes du
package system
- graphics.swc : dépend de core.swc et system.swc et contient que les
classes du package graphics

- maashaack.swc : contient les 3 packages et toutes les clases (permet
de l'intégrer rapidement dans un projet Flash, Flex, FDT, etc et de
bosser tout de suite)

Vous pouvez les retrouver rapidement dans le SVN de Maashaack :
http://code.google.com/p/maashaack/source/browse/#svn%2Fpackages%2Fmaashaack%2Ftrunk%2Flibs

Maintenant il est vrai que pour les développeurs qui souhaitent voir
le code source des packages, cela devient plus complexe car le code
est séparé dans le repository SVN de Maashaack en différents
packages :

http://code.google.com/p/maashaack/source/browse/#svn%2Fpackages

Par exemple, si vous souhaitez regarder le contenu du package
system.signals il faudra regarder le contenu du mini projet dans le
repo SVN : packages/system_signals/trunk
http://code.google.com/p/maashaack/source/browse/#svn%2Fpackages%2Fsystem_signals%2Ftrunk

Au cours des dernières années le code de Maashaack n'a jamais cessé de
grossir et il est clair que cela devient compliqué de maintenir le
framework dans son ensemble sans découper le contenu en petits projets
plus simples à maintenir une fois isolés des autres.

Dans tous les cas pour vous aider à bien cerner chaque package du
framework tout doucement nous allons ajouter à la documentation
classique en ligne des articles et tutoriels pour chaque point
important du framework, exemple d'articles déjà écris :

http://code.google.com/p/maashaack/wiki/Signals
http://code.google.com/p/maashaack/wiki/CommandAndTask
http://code.google.com/p/maashaack/wiki/ConditionalTask

Ces modifications provoquent du coup un problème de taille dans VEGAS
avec l'impossibilité de maintenir un external dans le répertoire AS3/
trunk/src pour chaque package du framework Maashaack !

Du coup je pense sérieusement à imposer l'utilisation de maashaack.swc
pour utiliser vegas.swc et bien entendu de maintenir une version
vegas_all.swc qui contiendra tout et du coup de ne plus avoir dans
VEGAS de répertoire src qui contient tout comme à l'heure actuelle...
en poussant l'utilisation des swc !

Pour lire le code des classes faudra du coup aller dans le repo SVN de
chaque projet et extension de VEGAS (Calista, LunAS, NinjAS.NINPO
etc.)

N'hésitez pas à me donner votre avis sur la chose ! J'ai besoin de
VOUS pour m'éclaircir les idées là dessus :D

EKA+ :)