> L'idée c'est que lorsque l'on communique sur une chose c'est bien de le
> faire complètement.. car dire que les frameworks c'est de la merde .. faut
> préciser pourquoi :)

C'est plutôt bien détaillé dans mon post je trouve. Y'a même un
exemple concret. Par contre personne ne dit que c'est de la merde.
Juste une question de philosophie que je répète : entre une lib qui
fait une chose et un framework qui fait aussi cette chose, je choisis
la lib.

En lisant globalement le reste, j'ai l'impression que tu dis qu'"on"
veut toujours repartir de 0 et qu'on crache sur tout ce qui se fait en
opensource ?
:). Je veux pas te faire penser que je pars en confrontation dans ce
qui suit, mais faut peut etre pas dire n'importe quoi là. Je suis le
premier à utiliser une bonne librairie qui répond à mon besoin. Je
suis aussi le premier à proposer mon code dès que je l'estime
suffisemment abouti pour être utilisable par d'autres et surtout qu'il
répond à une problématique, qu'il apporte quelquechose (Astre, stdpx,
as3-coreutils, cf. github -- et y'en a d'autres à venir). En parlant
d'as3-coreutils, au départ je pensais le contribuer à maashaack mais
n'ayant pas eu de réponse à une demande de contribution, bah j'ai
simplement crée un projet pour partager ce que j'estimais être
important. Je trouve dommage de dédoubler comme ça les efforts.

Bref.

> mais en soit si on regarde dans toutes les libs et framework pour AS3,
> il y a pas un seul qui essaye de rassembler tout d'une maniere
> standard et logique
> (enfin si y a maashaack mais bon on est loin de tout supporter)

Standard et logique, à l'appréciation de son/ses créateurs ;)

On 19 oct, 17:34, zwetan <[email protected]> wrote:
> il y a plusieurs type de frameworks
>
> perso je peux avoir un probleme (voir un tres gros probleme)
> avec les frameworks dit d'architecture et/ou micro-architecture
> comme pureMVC, cairngorm etc.
>
> j'ai plein d'exemples où en fait on obtient uen architecture de code
> bien plus propre sans un pureMVC par ex
>
> apres les framework applicatif, comme maashaack par ex,
> c'est amha essentiel
>
> raison bete:
> ActionScript de par son historique venant de ECMAScript
> n'a pas de framework applicatif a proprement dit
> cad du code tres reutisable comme on peut en trouver
> dans le .NEt framework, le Java framework, etc.
>
> en soit tout ce qui se trouve dans le package flash.*
> est en soit un framework, mais c'est plus relié å l'API d'un host
> (flash player, AIR, etc.)
>
> et idem pour tout ce qui se trouve dans mx.*
> c'est extremement relié à Flex
> cf on ne peut pas vraiment reutiliser une ArrayCollection en pure AS3
>
> alors oui on peut toujours attendre le besoin,
> oh j'ai besoin de zipper/dezipper des fichier en AS3
> alors hop je cherche une lib "zip" pour AS3
> et j'en trouve 3 differentes, donc une qui ne marche que avec Flex
> etc.
>
> perso je prefere avoir un
> import system.libraries.Zip
>
> et l'augmenter/reutiliser avec le temps
>
> car le 2nd truc qui m'enerve encore plus que un projet a base de
> pureMVC
> c'est un projet qui utilise 6+ libs dite generalistes
>
> ce qui me tue c'est que Adobe devrait promouvoir ce genre de framework
> applicatif,
> mais le seul truc moyennement potable qu'ils ont produit c'est
> as3corelib
>
> mais en soit si on regarde dans toutes les libs et framework pour AS3,
> il y a pas un seul qui essaye de rassembler tout d'une maniere
> standard et logique
> (enfin si y a maashaack mais bon on est loin de tout supporter)
>
> et désolé mais une grosse boite à outils (cad un framework applicatif
> qui n'impose pas d'architecture)
> c'est tres tres tres util
>
> zwetan
--~--~---------~--~----~------------~-------~--~----~
Vous avez reçu ce message, car vous êtes abonné au groupe Groupe "FCNG" de 
Google Groupes.
 Pour transmettre des messages à ce groupe, envoyez un e-mail à 
l'adresse [email protected]
 Pour résilier votre abonnement à ce groupe, envoyez un e-mail à 
l'adresse [email protected]
 Pour afficher d'autres options, visitez ce groupe à l'adresse 
http://groups.google.com/group/fcng?hl=fr
-~----------~----~----~----~------~----~------~--~---

Répondre à