Version imprimable
Salut,
Oui... C'est plutôt logique, si ca s'executait coté server, on perd la portativité...Citation:
Envoyé par philippe13
C'est là qu'on peut voire à l'envers... Là ou certains navigateurs pourraient interpreter différemment certaines choses, pour l'applet java pas de soucis, la JVM interprette tout par rapport au systeme du client, ce qui nous donne la meme chose peu importe le browser du client...Citation:
Envoyé par philippe13
bien à toi
mavina
Merci de cette réponse qui m'éclaire bien.
En abusant un peu plus, quelle est la difference entre un site fait en j2EE ou en flach ? Pour le client et le serveur.
Moi, en tant que non-spécialiste java bien sûr, je voudrais comprendre quel est l'intérêt de tous ces "ponts" entre Java et les différents langages cités ?Citation:
Et puis Java ce n'est pas que le langage Java, tu as des dizaines et des dizaines de langages disponibles pour la plateforme Java : Python, Ruby, Perl, COBOL, Lisp, Smalltalk, Fortran, Basic, Prolog, etc.
(Ce n'est pas une critique, juste une question...)
Si quelqu'un pouvait m'éclairer sur la raison d'exister de ces liens...
A mon humble avis, et sans être un grand spécialiste de ce genre de choses, je dirai : il existe un pont entre tous ces langages et java parceque... Java ne fait pas ce que ces langages font ? C'est une sorte de complément, ca permet d'utiliser Java pour des choses pour lesquelles il n'est pas prévu tout en gardant la portativité ?Citation:
Envoyé par calogerogigante
Ce n'est qu'une hypothèse...
mavina
Salut,
Il n'y a rien de comparable entre ces deux technologies...Citation:
Envoyé par philippe13
J2EE est un framework qui facilite la création d'application serveur quel qu'il soit, même si dans la plupart du temps il s'agit de serveur d'application web...
Dans ce dernier cas l'appli J2EE exécutera du code Java coté serveur, qui enverra des documents dynamiquements généré aux clients. Cela peut très bien être de l'HTML, XHTML, PDF, etc... Le client n'a donc pas besoin de JVM (mis à part si on y ajoute des Applets).
En bref un peu comme PHP (même si J2EE offre beaucoup plus de possibilité).
Cela permet à la fois d'utiliser le langage le plus adapté à tes besoins, et de les faire cohabiter facilement...Citation:
Envoyé par calogerogigante
Chaque langage a ses avantages et ses inconviénients, et au sein d'un même projet tu peux être amené à les faire cohabiter...
Les intérêts sont multiples : prenons l'exemple de Firefox :Les intérêts sont multiples et cela offre une grande souplesse (pourquoi s'embêter avec un code complexe lorsque deux lignes de Javascript peuvent faire l'affaire ?).
- Il est développé en C++.
- Son interface graphique est écrite en XUL couplé avec des CSS.
- Il utilise également du Javascript (en particulier pour les extensions).
- etc...
Bref : même s'il est possible de tout faire en Java, il ne faut pas pour autant ignorer les autres langages, et en particuliers les langages de scripts...
D'ailleurs Java SE 6 améliorera encore plus cela en proposant une API standard de scripting permettant de faire "communiquer" Java et différents langages de scripts (cf Blog : Java et les langages de script...).
a++
C'est très clair, Adiguba.
Mais je n'ai aucune idée (pour l'instant) comment un code, autre que java, pourrait être intégré au sein de sources java ??
J'ai l'impression que ça revient à parler 30 secondes en chinois (non compréhensible) dans un discours anglais (compréhensible).
Sans vouloir abuser, aurais-tu un petit exemple très simple d'un code java qui englobe un code en C, par exemple ? (car le C, je connais assez bien).
Merci d'avance si tu peux...
On ne parle pas de mélanger les langages dans le même fichier, mais d'utiliser les deux conjointement...Citation:
Envoyé par calogerogigante
Tu peux par exemple exécuter un script PERL depuis Java (avec Runtime.exec() par exemple).
L'API de script de Mustang proposera par exemple une série de méthode eval() permettant d'exécuter du code depuis une String ou un flux de donnée (via un Reader), tout en permettant une association entre tes classes Java et ton langage de script... (cet article en anglais explique brievement le principe : http://www.ociweb.com/jnb/jnbFeb2006.html )
Ici c'est un cas particulier puisqu'il s'agit d'un langage compilé, et non pas d'un langage de script... mais c'est possible avec JNI.Citation:
Envoyé par calogerogigante
a++
Je sais que ce n'est pas tout à fait une réponse à la question initiale, cependant, même si c'est une vision plus commerciale et fonctionnelle, je pense qu'il est important de dire qu'une des forces de java est le potentiel ressource qu'il représente actuellement, potentiel qui a d'ailleurs tendance à s'accroitre.
Par potentiel ressource, comprenez nombre de personnes maitrisant la techno sur le marché actuel.
En effet, un langage peut se développer et donc évoluer, apporter de nouvelles possibilités... s'il est utilisé. Pour qu'il soit utilisé, une techno doit être choisie par les entreprises. Or le fait de trouver "facilement" et sur le long terme des personnes qui soient capables de développer et maintenir des applications dans un certain langage entre largement en compte dans le choix de la techno.
Pour preuve, les technologies gros système perdurent depuis bien longtemps et finalement, la seule chose qui fait que quelques boites tentent une transition est qu'il devient difficile de trouver des ressources pour maintenir et faire évoluer ces systemes.
Sinon, je suis tout à fait d'accord avec l'ensemble des informations qui ont été fournies. J'ajouterais juste que java est tres prisés pour les architectures complexes (inter opérabilité, accés à différentes base, interfaces personnalibles...) et les "gros" projets (en terme basement quantitatif de code) car il est fortement orienté objet et permet de découper le programme de facon clair, ce qu'il lui donne de gros avantages en matiere de maintenabilité, d'évolutivité et de reprise de code. ;)
Et en plus Java est maintenant LE language principal de développement enseigné en études supérieures d'informatique...Citation:
Envoyé par viena
Ca permet aussi de faire s'installer java dans les entreprises :)
Sinon, au niveau avantages inconvénients d'après moi:
Avantages:
- Multiplateforme
- Facilité de développement / maintenance
- Structuration et mécanismes du langage qui en font le language le plus complet et le plus évolué
- JIT permettant d'avoir des performances proches du code natif
- Interfaces graphiques Swing très complètes, jolies et skinnables, et faciles à mettre en oeuvre
- Librairies standard très complètes, permettant de faire un peu tout (JDBC, AWT/Swing, parseXML, pattern matching, collections...)
Bon les inconvénients, il y en a quand même quelques uns...
Les plus génants pour moi sont:
- la compatibilité ascendante, c'est un avantage car les anciens programmes tournent sur les nouvelles jvm, mais ça limite les possibilités des nouvelles classes.
- l'héritage multiple indisponible (ça aurait été plus pratique de ne pas avoir d'interface, mais que des classes abstraites, avec un nombre illimité de superclasses pour une classe donnée, mais bon c'est sûr après faut résoudre les conflits).
Autre petit inconvénient:
- Swing, il faut bien le reconnaître, est plus lent qu'une interface d'un programme C++ (mais c normal, c plus joli), et avant la version 6.0 de java, il y a des petits problèmes lorsqu'une fenêtre passe au-dessus d'une autre (un rectangle gris).
Donc en gros, java c'est simple (une fois qu'on a compris lol), facile à maintenir, performant, très complet, très bien documenté, enlève beaucoup de risque d'erreurs (gestion mémoire) et multiplateforme... Que demande le peuple ?
En même temps c'est un peu ce qui a fait son succès en entreprise : on sait que les applications développées ne deviendrons pas obsolète du jour au lendemain parce que l'éditeur a décidé de tout changer...Citation:
Envoyé par ®om
Et malgré cela les entreprises ont encore du mal à passer à Java 5.0 !!!
Je suis sceptique sur ce point : l'héritage multiple "pur" peut poser de nombreux problèmes, et c'est généralement déconseillé...Citation:
Envoyé par ®om
Swing souffre aussi de nombreuses méconnaissances de ses mécanismes qui aboutissent à des erreurs de programmation... Je pense en particulier à la gestion de l'Event Dispatch Thread qui est parfois méconnu (alors qu'il doit servier à mettre à jour l'affichage)...Citation:
Envoyé par ®om
a++
D'ailleurs, je ne connais pas Event Dispatch Thread :)Citation:
Envoyé par adiGuba
Tu peux m'en dire un peu plus ^^
Un lien qui devrait t'être utile:
http://www.progx.org/index.php?secti...ies&newsid=673
Tu trouveras un exellent article de Gfx sur l'Event Dispatch Thread ici
[edit]grillé[/edit]
L'EDT est en fait le thread d'affichage des composants Swing, car les composants Swing n'étant pas thread safe, tu ne peut pas y accéder depuis plusieurs threads en même temps, et tu dois y accéder par le biais de l'event dispatch thread.
Ce thread fonctionne comme une file d'attente, un ajoute chaque nouvel evenement graphique à sa liste et effectue les actions les unes après les autres. Si tu fais une action dans l'EDT qui dure 2 minutes, tu peut t'attendre à ce que ton application soit bloqué pendant 2 minutes. Il faut donc dans ton programme différencier les traitements graphiques (que tu vas traiter dans l'EDT), des autres traitements (qu'il faudrait traiter dans un thread à part pour éviter de bloquer l'EDT).
Pour modifier un composant Swing depuis un autre thread, il te faut utiliser une des 2 méthodes que propose SwingUtilities, c'est à dire invokeLater ou invokeAndWait, qui vont ajouter ces événements dans la liste d'attente de l'EDT.
Je crois que j'ai dit la plupart ce qu'il y a à dire ;)
Si tu veut plus d'infos et des exemples, j'ai touvé ce site qui est pas mal : http://www.progx.org, dans la page principale, il y a un sujet Swing et l'Event Dispatch Thread
[EDIT]Très grillé :mouarf: [/EDIT]
Ah intéressant comme article...
Car j'utilisais ce genre de méthode (l'exemple donné):
et non un invokeLater... C'est bon à savoir :)Code:
2
3
4
5
6
7
8
On apprend vraiment plien de trucs très très interressant!!!!!
Oui, je confirme JNode existe et il est toujours actif :).Citation:
Envoyé par le y@m's
Depuis plus de 3 ans et demi, je participe activement à ce projet auquel je crois beaucoup.
Nous avons besoin de toutes les bonnes volontés. Alors, si vous voulez nous aider, vener nous aider ou discuter sur notre canal irc #JNode.org (serveur irc.oftc.net).
D'autre part, nous venons de sortir la version 0.2.5 :)