Version imprimable
Bonjour,
J'ai lu quelques documents concernant flex mais il y a quelque chose qui me chiffonne.
Pour moi, Flex est une couche présentation dans une architecture. Il doit y avoir une couche métier derrière (Java, .NET, ...). D'où le modèle MVC.
Est-ce toujours le cas? Peut-on créer une applic uniquement avec du flex? Quand intervient ActionScript?
Merci
Salut,
Flex c'est un framework pour l'applicatif web, il s'exécute coté client via le Flash Player (fichier SWF). C'est donc du code ActionScript 3, le MXML étant une "surcouche", mais qui finalement n'est que de l'AS3 ;)
On peut tout a fait utiliser le pattern MVC en Flex avec notamment Cairngorm ou PureMVC.
Ensuite Flex se plug bien avec tout type de backends: java, php, .net , l'utilisation d'un backend n'est évidement pas obligatoire.
Ah ok. Donc si je comprends bien, il n'y a vraiment aucune obligation d'utiliser un backend ... que ca soit une application "desktop" ou un site web.
Quel est l'intérêt alors d'utiliser un backend? Utilisation de services existants? Développement dans un langage + répandu ? ...
Merci
euh j'ai du mal m'exprimer :aie:
il faut voir Flex/Flash comme une alternative au HTML/CSS, le backend t'apporte le côté dynamique.
Il est certes possible de faire des appels à des base de données depuis du code AS3 (ASSQL il me semble par exemple) mais je me pose la question de la sécurité.
Ahh ok c'est plus clair comme çà :).
Donc ce que j'ai mis dans mon premier poste semble se rapparocher de la vérité alors. Flex (couche présentation) à intégrer à une couche métier avec du java ou un autre langage derrière.
Merci pour le renseignement ;)
Je ne suis pas tout à fait d'accord avec Jim sur l'affirmation Flex/Flash est une alternative à HTML/CSS.
En effet si Flex permet effectivement de développer des applications web il permet également de développer des applications desktop avec le runtime AIR. L'intégration avec l'OS (IPC, accès aux périphériques est toutefois très limité).
Pour cette raison également je trouve restrictif de placer le forum Flex dans le chapitre Webmasters - Développement Web du forum.
Je pense qu'il parlait niveau web (principalement). En effet j'ai souvent lu que si on crée une application desktop en utilisant Flex, AIR revient souvent.
Je me permets d'émettre quelques doutes sur la pérennité, l'efficacité, la propreté, l'évolutivité et la maintenance d'applications Flex se connectant à des serveurs Java. Je pense que la technologie est un peu jeune pour être utilisée dans le développement de grosses applications.Citation:
Ensuite Flex se plug bien avec tout type de backends: java
Bonjour,
Jeune? Je pensais que Flex existait depuis de nombreuses années et qu'il avait fait ses preuves à ce niveau là.
Flex ne serait-il bon que pour les petites et moyennes applications?
Citation:
Envoyé par tiboudchou
Tu peux développer ? De quelle technologie tu parles ?
Est-ce que le problème est lié à Java ou à Flex ?
Il commence à être bien mature maintenant. L'année dernière j'aurai effectivement dit qu'il était trop jeune avec Flex 2. Mais Flex 3 a apporté quelques améliorations.
Mais les dernières versions qui sont sorties (Flex 4, FlashBuilder 4 et LiveCycle Data Service ES 3) sont très intéressantes.Ce sont des versions béta certes mais très prometteuses pour l'avenir. Il y a également Spring BlazeDS Integration. La communauté Flex est très active et la communauté Java s'intéresse aussi beaucoup à tout ça. On a aussi FlexUnit et FlexMonkey pour les tests.
Le problème n'est ni lié à Java, ni à Flex.
Java est très bien pour faire le côté Serveur
Flex est très bien pour faire des couches de présentation
Le problème vient de l'inter-connexion entre les deux. Les solutions sont multiples et surtout relativement jeunes. Voici quelques exemples :
1.
http://fponchel.developpez.com/tutor...lazeds-spring/
Ce tuto a 1 an et est obsolète du fait de la sortie de "Spring BlazeDS Integration" qui est sortie en v1.0.0 début Juin 2009
2.
De même avec ce tuto anglophone
http://coenraets.org/blog/flex-spring/
Que l'on m'a donné il y a quelques jours sur ce forum (donc jugé d'actualité par certain) alors qu'en cartouche de la page, il y a écrit que c'est désormais obsolète (fin 2008)
Bref, on voit que l'inter-connexion Flex-Java se cherche encore et de nouvelles solutions plus efficaces que les précédentes sortent tous les mois.
Donc je pense que si tu veux une application sympa en partant de zéro, cela peut être tout à fait utilisable. Mais pour une application déjà existante, pourtant très bien architecturée, avec la mise à disposition de services Java, les solutions actuelles ne répondent pas aux normes qualités de certaines entreprises ne serait-ce que pour des raisons d'évolutivité et de maintenance de la solution.
Obsolète ? Pour fin 2008 8O
Mais c'était il y a quelques mois !
Tu veux peut être travaillé sur les versions béta qui sont sortis ce mois ci ?
C'est sympa pour ce qui t'ont donné le lien :aie:Citation:
Que l'on m'a donné il y a quelques jours sur ce forum (donc jugé d'actualité par certain) alors qu'en cartouche de la page, il y a écrit que c'est désormais obsolète (fin 2008)
ça c'est le propre de l'informatique, en évolution constante. C'est plutôt une preuve de bonne santé.Code:de nouvelles solutions plus efficaces que les précédentes sortent tous les mois
Le problème c'est de faire des choix et de s'y tenir. Plus on utilise de "framework" plus on devient dépendant de leurs évolutions.
Perso j'utilise mon propre serveur Java implémentant un sous-ensemble de http et un protocole binaire perso. Je suis libre de développer des clients développés avec différents langages (je suis passé de Delphi à Flex en développant une petite classe dans Flex pour gérer ce protocole).
Je peux dire que cette solution est pérenne, efficace, propre, évolutive et surtout SIMPLE !
Je suis effaré de voir les usines en gaz utilisées pour des résultats rarement convaincant.
Mais bon il faut bien que tout le monde vive ;-)
Oui après, je suis un peu "externe" à ce forum. J'ai mené une étude, donc je ne suis pas aussi subjectif, ça peut choquer. Je ne poursuivrais donc pas davantage. Cela ne sert à rien de polémiquer ;)
PS : Pour l'obsolète, ce n'est pas moi qui le dit mais l'auteur lui-même :P Et merci beaucoup pour les liens qui m'ont permis de mieux comprendre tous les éléments.
PS 2 : Comme dit un peu jylaxx, une couche intermédiaire semble la solution. Donc on récapitule, pour du flex : API + couche intermédiaire codée à la main + GraniteDS (ou équivalent) + Flex avec PureMVC (ou équivalent). Pour ce qui est des performances, force est de reconnaitre que + on rajoute de couches, + c'est lent.
Si je vous comprends bien, il faut dans la majorité des cas, des plugs in permettant l'interconnexion entre la partie backend et Flex?
Yep, comme je le dis dans le message que je viens de poster (on a posté en meme temps, tu ne l'as peut etre pas vu), il faut pas mal de couches logicielles en effet :( Enfin, si tu veux faire un truc propre et bien architecturé.
juste pour préciser que LCDS, certes relativement couteux, est une solution tout a fait mature et qui tient très très bien le choc et la prod. Pour l'avoir fait sur des grosses applications je suis convaincu de la bonne tenue d'un backend Java et d'un front end Flex (suffit de voir le nombre de projet qui explose sur le sujet Flex/Java et dans tous les domaines, banques, assurances, R&D, télécom, industrie, ...) ;)
OK. merci de m'avoir éclairer sur le sujet.
Autre petite question. Dans le cadre d'une implémentation de Flex dans ma société, que pensez-vous qu'il est préférable de faire pour bien gérer Flex:
Documentation? Formation? Autres?
Quand je parle de Flex, je veux dire également la connaissance Java (par exemple) qui va avec.
pour monter en compétence sur Flex?
le meilleur c'est toujours la formation. et le top c'est que ta boite embauche un expert ou un référent pour faire partager son savoir en accompagnant le projet ;)
A vrai dire, nous n'avons (à l'heure actuelle) aucune connaissance Flex. Nous en entendons beaucoup parler d'où notre intérêt pour la chose.
Nos développements se font principalement en .NET. J'ai lu que le .NET était pris en compte par Flex mais que le langage le + adapté est le JAVA. Correct?
Bonjour,
Pour rebondir sur le sujet à l'heure actuel je connais pas de connecteur Flex/.Net qui peuvent sérialiser et dé sérialiser les objets d'une part et d'autres, en gros si tu utilise .NET comme backEnd tu dois passer par les HttpServices, et c'est vraiment à mon avis pas simple à maintenir ni à faire évoluer
par contre en Java, tu as plein de connecteur qui peuvent transporter tes objet Flex et ou Java donc rapidité d'exécution, sûreté de l'information ..ETC
.
OK merci pour toutes ces précisions ;)