Bonjour,
J'aimerais savoir si les créateurs de JAVA ont prévu quelque chose pour contrer les rouleaux compresseurs comme Flex d'adobe ou WPF de microsoft...
Merci
Version imprimable
Bonjour,
J'aimerais savoir si les créateurs de JAVA ont prévu quelque chose pour contrer les rouleaux compresseurs comme Flex d'adobe ou WPF de microsoft...
Merci
Euh tout dépend de quel coté tu fois ça: toute la partie métier ne peut être codées en javascript ou en flash, donc les serveurs resteront en java, c'est juste la partie apparence qui change. Tu peux parfaitement intégrer du flash (ou flex) ou de l'ajax dans une appli pure java...
Sinon coté apparence tu as youjours swing mais trop lent à démarrer en tant qu'applet, mais déja plus sympa en webstart...
Ensuite...
C'est au gout de chacun
Effectivement je ne parlais pas du coté serveur dans le sens où ce n'est pas comparable.( j'aurais du titré avenir du swing)
C'est juste l'aspect graphique et ergonomique qui m'a l'air séduisant.
J'avais déjà poser un post ,où tu avais par ailleurs répondu, dans lequel je proposais de déposer des adresses de sites Web avec des composants java swing plus fun.
Le probleme est qu'il ya peu de fun en swing..
L'ergonomie d'une application n'est pas anodine et outlook 2007 ressemble encore à des applications des années 90 alors que les pc sont équipés de cartes vidéo surpuissantes...
C'est cette article qui me fait poser des questions que je trouve très interessant et qui résume l'avenir du Web à mon sens
http://www.01net.com/editorial/33135...du-navigateur/
en meme temps appolo, a coté de java + javaweb start, ca n'a rien d'extraordinaire...
on peut faire du fun avec swing http://www.shwup.com/ par exemple
Ouai en même temps ce n'est pas un composant.
J'imagine qu'il n'existe pas d'éditeur d'animation en java.
Il a donc programmé entierement cette appli. (ceci dit elle est bien sympa si t'en a d'autres n'hésite pas a laisser url)
Ce qui est séduisant dans flash par exemple, c'est les animations que l'on peut créer rapidement sur un bouton.
Pour l'instant je ne connais pas de logiciel qui associe des anims avec du langage java. D'où le sujet du post.
ce cas là je te conseille de t'intéresser à F3, qui est un langage déclaratif basé sur java (et swing en particulier) qui permet de réaliser rapidement des applications java contenant animations, graphiqmes spécifiques & cie. Tout ceci en finalement peu de code. Par contre ce n'es pour l'instant qu'une bêta et tu devras avoir java 6 si je ne m'abuse.
Les résultats sont bluffants. L'auteur peut transcrire un site flash en Swing en un ou deux jours suivant la complexité du bestiau.
A quand un éditeur basé sur ce langage?
En effet c'est exactement ce que j'aimerais pour animer mes IHM sans passer par de nouveau(x) langage(s).
Il faudrait qu'on s'y mette ( -> Creer un éditeur basé sur ce langage..)
Car visiblement les applications installées sur le bureau qui font appelent aux services internet ça me parait être l'avenir. (et pourquoi pas transportables sur clé usb ou meme(putôt) sur gsm..)
Perso je trouve qu'actuellement Java a une lacune flagrante en termes de GUI basé sur des animations étalées dans le temps. Cela veut dire que toute une partie importante du GUI ne peut être réalisée en Java, malgré Swing et Java Web Start (et sans même parler du web!).
Or, cette partie est, je trouve, déterminante en termes d'image, et cela à plusieurs niveaux :
- des applications Java elles mêmes, pour qu'elles plaisent aux équipes marketings des entreprises
- de Java pour les développeurs : ce type d'application est souvent une façon de donner une image dynamique à un langage, ce qui est important pour sa pérennité
- de la perception de Java par le grand public (non informaticien). Le jour où un client me fera "oouah, c'est beau, c'est du Flash ?" et que je pourrais répondre "Non c'est du Java", alors la partie sera gagnée...
Après, il existe peut être des débuts de réponse, que je vais citer :
- les applications développées par Gfx : elles sont jolies, mais elles n'ont pas d'animation au sens Flash du terme (ce sont plutôt des effets simples et esthétiquement fort pertinents). De plus, la complexité du code sous jacent rend la chose inaccessible pour le développeur Java (pour autant que je sache)
- les efforts pour augmenter la vitesse de démarrage de JVM : des efforts sont en cours de réalisation (micro kernel en Java7), ou ont déjà étés faits (en Java 6, sans être sûr ceci dit), mais je ne suis pas certain que cela rend la chose aussi rapide et aisée que du flash en termes de démarrage et déploiement...
Enfin, quand j'entends dire "Java en back end, .Net/Flash/Flex en frontal", je grince toujours un peu des dents.
Devoir faire du Flash ET du Java implique d'apprendre 2 langages et n'aide pas à l'interopérabilité, là où Microsoft peut proposer toute la chaine intégrée de bout en bout dans un même EDI.
Enfin, à mettre autre chose que du Java en front end, il y a un risque de se dire "autant mettre autre chose que du Java en back end", surtout qu'un des arguments historiques du Java a été le multi plate forme, ce qui perd alors beaucoup de son intérêt (le back end en client/serveur n'a pas de besoins énormes de portabilité) malgré les efforts déployés par le passé.
Je sais bien que le langage et la plate forme Java continuent à évoluer, mais commencer à se dire que le Java est plus apte et approprié uniquement pour le back end est un aveu d'échec et inquiétant pour le futur. Java ne sera t il plus qu'approprié pour des applications "legacy" ou des contextes similaires au Cobol dans quelques années ?
Attention, je n'ai rien contre le Cobol, mais force est de constater que ce n'est pas ce que j'aime faire sur mon temps libre ou de façon communautaire... vu son contexte d'utilisation !
D'ailleurs, j'en viens à me demander s'il y a une Request Fort Evolution sur ce sujet dans la bug database. Faudra que je regarde (mon insomnie est en train de passer !).
Tout d'abord, merci pour ta réponse (analyse).
Je penses que tu as du voir le lien de sinok. Sur le F3 qui paraît prometteur.
Toute la question est de savoir si java va évoluer dans ce sens ou rester avec des composants du jurassic.
Le flash a permis de mettre en place une nouvelle conception de l'IHM, qui est ,par ailleurs, proche de celle des jeux rendant le logiciel beaucoup plus intuitif, clair et fluide.
Je suis du même d'avis que toi concernant l'interopérabilité : pas question de cumuler deux langages alors qu' un seul sait tout faire (en l'occurence .net ou flex).
Ne me dis pas que Java = Cobol ! ça fait 6 ans que je prog en cobol et je comptais sur le java pour y echapper 8O .
Je pense que Java aura plus d'avenir si des gens comme http://www.idx3d.ch/ apporte ce genre de contribution.
Par contre je vois mal comment un petit groupe de personne sera capable de se plonger dans un logiciel de création d'animation pour java. ??? Peut être par le même genre de personnes qui ont conçu java...
Attention, je n'ai pas dit que Java = Cobol, loin de là ! Et tu parles à quelqu'un qui va passer de Java à Cobol alors bon lol
Plus sérieusement, je dis juste que si Java laisse passer le train concernant la partie GUI, alors il va devenir de plus en plus backend à la façon de Cobol : toujours présent mais peu visible et peu attractif (de façon justifiée ou non ;)).
Nous n'en sommes toutefois clairement pas là.
Euh à ce niveau là tu as eu des chagements depuis un moment. En effet des API permettent justement d'avoir des animations sur la durée correctement réparties comme le timing framework (dont il sera question dans le livre "filthy rich client" de Chet Haase et Gfx qui devrait sortir dans quelques mois voir moins) ou encore JGoodies AnimationCitation:
Envoyé par ZedroS
De même F3 apporte également une réponse à ce problème
J'ai jeté un oeil à ces frameworks, ça m'a l'air sympa mais c pas forcément du niveau de Flash à ce que j'en comprends... Si ?
Sinok, as tu déjà fais quelque chose avec jgoodies ou timingF ?