[debat] Inconvénients de JAVA

Bonjour,

Je sais que je ne devrais pas poster cela, mais, dans mon travail, je dois préparer un rapport sur les avantages et les inconvénients du développement avec le langage java (que ce soit en client serveur ou web).

Voila, pour les avantages, j'en ai un nombre respectable de pages et parlent sur toutes les amélioration que peut apporter le développement avec le langage JAVA, mais il me faut aussi parler des inconvnients.

Donc si quelqu'un peut me donner un lien , ou qq doc qui présente au moins, qq inconvénients du JAVA.

Et merci.

Cordialement

3 qui me vienne a l'esprit ..
- On dit souvent du java qu'il est "lent"
- pas possible de travailler avec des pointeurs
- on ne pas gerer soit meme la memoire

Merci pour la réponse,

Mais ce qu'il faudrai c'est quelque chose de plus détaillé, parceque je dois écrire au moins deux ou trois pages.


Et merci

Citation:

---

Envoyé par blackstreet

Merci pour la réponse,

Mais ce qu'il faudrai c'est quelque chose de plus détaillé, parceque je dois écrire au moins deux ou trois pages.


Et merci

---

Bah nous on te donne les idées, apres c'est a toi d'approfondir si les idées qu'on te donne t'interesse ;)

Citation:

---

Envoyé par piff62

3 qui me vienne a l'esprit ..
- On dit souvent du java qu'il est "lent"
- pas possible de travailler avec des pointeurs
- on ne pas gerer soit meme la memoire

---

Sur le premier point, je ne dirai pas que Java est lent mais du fait que les programmes sont en bytecode et qu'ils sont interprétés par la machine virtuelle, ils sont plus lents que les programmes compilé en code natif.

- je ne vois pas en quoi le fait de ne pas travailler avec les pointeurs est un inconvénient ? je dirai meme qu'au contraire c'est un avantage, car les syntaxe a la : (*(*machin).truc)->machinchose c'est quand même pas top. Je veux dire qu'en java le code est plus lisible.

- Pour le dernier point encore une fois, je ne le présenterai pas comme ça, car pour une trés large majorité des développeurs le fait de ne pas à avoir à gérer la mémoire c'est un trés gros avantage. Le seul cas ou ca pose problème est quand on a des contraintes fortes, en temps réel par exemple.

Moi je mettrai aussi le temps de chargement de la jvm comme inconvenient

Comme inconvénients, je dirais :
- distribution du code vers le client. Pas toujours aisé.
- intégration avec le système d'exploitation très basse (ouvrir word, par exemple, imprimer un fichier, mettre une tâche dans Outlook, ouvrir outlook pour envoi mail, ...)


Le fait qu'on ne joue pas avec des pointeurs, et qu'on ne gère pas sa mémoire soit-même, je le range dans le coté des avantages, moi.

Vincent

Citation:

---

Envoyé par vbrabant

Le fait qu'on ne joue pas avec des pointeurs, et qu'on ne gère pas sa mémoire soit-même, je le range dans le coté des avantages, moi.

---

Comme toute chose .. chacun a son point de vue .. ;) heureusement d'ailleurs ;) sinon ca serait pas drole

Mon problème , c'est que personnellement, je ne voit pas d'inconvénients pour le langage JAVA (à part le fait que le chargement de la JVM est trop Long) puisque j'ai développé avec et je ne connais que les avantages, et pourtant, je dois écrire quelque chose car je ne dois pas faire paraître mon point de vue.

C'est Bizarre, vous trouvez pas!!!!!!!

Citation :

Citation:

---

vbrabant a dis :
- intégration avec le système d'exploitation très basse (ouvrir word, par exemple, imprimer un fichier, mettre une tâche dans Outlook, ouvrir outlook pour envoi mail, ...)

---

ça c'est vrai, nous avons eu un sérieux problème lors de la manipulation des fichier Word, on a du passer par VB.

Par contre, pour ce qui est du passage par Outlook, nous n'avons eu aucun problème, on avait au début développer une interface de Messagerie, et c'est à la demande du client, qu'on a fais une intégration avec Outlook, et ça marchait à merveille.

Donc, je commence à noter, (Intégration avec le système d'exploitation.....)

Et merci pour l'intérêt que vous porter à mon poste.

Un truc que tu peux faire, c'est parcourir les sondages comparatifs entre langages, en général il y a toujours du monde pour trouver pleins d'inconvénients sur le langage confronté au sien! :D

C# vs Java: http://www.developpez.net/forums/showthread.php?t=2046
C++ vs Java: http://www.developpez.net/forums/showthread.php?t=1886

et un petit dernier: http://www.developpez.net/forums/showthread.php?t=424

Tu devrais trouver quelques... "arguments" négatifs... peut-être...

Je suis un peu dans le même cas que toi, j'ai du mal à trouver du négatif dans l'utilisation de Java (à part, éventuellement, le temps de lancement de la JVM, et l'interaction avec l'OS... mais bon... ça dépend des besoins de l'utilisateur ça...)

Attention que l'intégration avec le système d'exploitation est en passe d'être résolu. Cela ne sera donc plus un inconvénient :-)

Vincent

J'aurai aimer savoir ce que vous entendez par "probleme d'intégration avec le système d'exploitation" ?
Car je pensais que java assurer la portabilite avec son bytecode?

Un petit inconvénient qui me pose quelque fois problème: les types ne peuvent être que signés...
Quand on parse un fichier binaire, et qu'on veut tester si un byte fait 0xE5 par exemple, ça n'est pas 0xE5 qui faut tester, mais 0xFE - 0x100 (ou directement -2)... C'est pas très pratique :(
Sinon, quasiment que des avantages :)

Citation:

---

- intégration avec le système d'exploitation très basse (ouvrir word, par exemple, imprimer un fichier, mettre une tâche dans Outlook, ouvrir outlook pour envoi mail, ...)

---

J'aurais pu prendre comme exemple un fichier PDF, un fichier OpenOffice, le fait d'interagir avec sa messagerie (quelque soit la messagerie, que ce soit sous windows, unix/linux ou Apple)

Peut-être que ces exemples là te semble plus portable.

Vincent

Personnellement, j'ai développé du java sur Windows et sur Linux, et je n'ai eu aucun problème, sur tous pour les applications Web, avec jsp et servlet.

Pour le client/Serveur, y'avait un peu le problème des chemins vers les réperoire pour lequels je devais faire très attention.

Pour ce qui est de :

Citation :

Citation:

---

plegat a dit :

Un truc que tu peux faire, c'est parcourir les sondages comparatifs entre langages, en général il y a toujours du monde pour trouver pleins d'inconvénients sur le langage confronté au sien! :D

C# vs Java: http://www.developpez.net/forums/showthread.php?t=2046
C++ vs Java: http://www.developpez.net/forums/showthread.php?t=1886

et un petit dernier: http://www.developpez.net/forums/showthread.php?t=424

Tu devrais trouver quelques... "arguments" négatifs... peut-être...

---

C'est très interessant, et je crois que je pourrai m'ont sortir avec un peu de copier/coller.

Je crois que la quetion que j'aurais dû poser depuis le début , c'était : "Qu'est ce qui ne vous plais pas dans Java?"
ça aurait été mieu!!! le problème, c'est que tous me plais dans Java....

Personnellement je trouve le langage très verbeux tout de même... Du point de vue technique, je lui regrette pas mal les fonctions de première classe. D'autres inconvénient ont été traités par la version 1.5 (parce que franchement la gestion des Collections avant la 1.5 je trouve que c'est un gros inconvénient), même si certains (les afficionados de .NET surtout) contestent les implémentations techniques.
Voilà, y en a plein d'autres mais ce sont ceux qui me viennent parmi ceux qui n'ont pas déjà été cités. Java est loin d'être parfait !! :aie:

--
Jedaï

Et puis on peut pas faire du vrai héritage multiple comme en C++. (Je sais y'a toujours moyen de s'arranger mais quand même...)

Citation:

---

Envoyé par krokmitaine

Et puis on peut pas faire du vrai héritage multiple comme en C++. (Je sais y'a toujours moyen de s'arranger mais quand même...)

---

Je mettrais plutôt ceci du coté des avantages...

L'héritage multiple peut poser des problèmes de compilation et poser des problèmes de liaisons dynamiques...

a++

Je suis pas un connaisseur mais je pense que la machine virtuelle est un problème puisqu'on ne sait pas quelle est la version que le client possède.

En plus si on doit faire un programme destiné à tourner sur de très petites "machines" (des contrôleurs par exemple, mais c'est pas mon domaine...)) je pense pas qu'on puisse y installer une machine virtuelle. Dans ce cas un langage comme du C voire C++ est plus adapté.

La lenteur est probablement un problème dans certains cas mais dans d'autres la machine virtuelle peut optimiser le code en fonction de la machine cliente, puisqu'au moment de la compilation finale, cette machine est connue, ce qui n'est pas le cas d'un programme dévoloppé en C++.

C'est aussi plus lent parce que c'est un langage évolué avec un haut niveau d'abstraction. Mais on retrouve ça dans tous les langages récents bien sûr.

Je pense par contre que l'absence de pointeurs et la gestion de la mémoire (garbag e collector) c'est plutôt un avantage, en tous cas pour la plupart d'entre nous!

Enfin bref je crois qu'il n'y a pas de défaut majeurs en ce qui concerne la création d'application courantes, sinon JAVA ne serait pas autant utilisé.

Bonne chance pour tes 2 pages, moi j'irais chercher quelques dossiers de comparaison entre JAVA et d'autres langages et j'essaierais d'y trouver d'autres éléments.

Citation:

---

Envoyé par yizashi

Je suis pas un connaisseur mais je pense que la machine virtuelle est un problème puisqu'on ne sait pas quelle est la version que le client possède.

En plus si on doit faire un programme destiné à tourner sur de très petites "machines" (des contrôleurs par exemple, mais c'est pas mon domaine...)) je pense pas qu'on puisse y installer une machine virtuelle. Dans ce cas un langage comme du C voire C++ est plus adapté.

---

java est déjà bien présent dans l'électronique regarde les produits de muvium, Imsys, Maxim/Dallas

plusieurs produits destiné à la robotique utilise java
il suffit de penser au produit avr qui ne sont vraiment pas des bêtes de courses..... pourtant il est possible d'employer des vm tel que NanoVM

pour les problèmes de performances, ce que j'ai constaté à l'unanimité c'était des problèmes de programmation.... je trouve que c'est plus aisé de rendre un programme lent en java qu'en C ou VB par exemple....
il suffit de penser au soft en java qui semble geler lorsqu'on appuyer sur un bouton.... quelques ligne de code dans un thread et c'est réglé..

ebay utilise websphère et j2ee.... et comme système c'est immense.... et les performances sont là

Inconveignants de java ?

- Peut-être une certaine complexité dans la documentation (attendez avant de jeter les pieres bon sang !).
Je m'explique, allez dans la javadoc du site de sun, 3 frames, des trucs dans tous les sens, des liens partout, c'est tout moche. Ca ne me donne vraiment pas envie de farfouiller. Par contre, heuresement que javasearch est là ... Merci à Laurent Perron, on ne le fait pas assez :hola:

- Il parrait que la JVM est lente, mais plus ça vient, moins cet argument est défendable... Avec l'évolution de la puissance des ordinateurs, on ne surcharge pas le processeur avec une MV ...

- Sinon au niveau des IG qui restent fastidieuses à mettre en place (mustang va nous sauver ?). Personnellement les grosses IHM restent ma bête noire, je ne me retrouve pas dans mon code, c'est plein de addActionLister actionPerformed et j'en passe, on sait plus qui fait quoi. C'est ptet moi qui programme mal (surement) à ce niveau là, mais bon ...

voilà, perso je ne vois rien d'autre

bye

mavina

Citation:

---

Envoyé par adiGuba

Je mettrais plutôt ceci du coté des avantages...

L'héritage multiple peut poser des problèmes de compilation et poser des problèmes de liaisons dynamiques...

a++

---

Mouais enfin du coup on se retrouve à utiliser un tas d'interfaces et la plupart du temps c'est en fait de l'héritage multiple en moins efficace... Désolé mais l'héritage multiple, tant qu'il n'y a pas de recoupement entre les méthodes héritées c'est très simple et c'est la grande majorité des cas. Il y a des problèmes techniques qu'il faut résoudre, mais interdire totalement l'héritage multiple...

--
Jedaï

Citation:

---

Envoyé par Jedai

Mouais enfin du coup on se retrouve à utiliser un tas d'interfaces et la plupart du temps c'est en fait de l'héritage multiple en moins efficace... Désolé mais l'héritage multiple, tant qu'il n'y a pas de recoupement entre les méthodes héritées c'est très simple et c'est la grande majorité des cas. Il y a des problèmes techniques qu'il faut résoudre, mais interdire totalement l'héritage multiple...

--
Jedaï

---

Il n'est pas totalement interdit, la preuve, tu y arrive, mais de façon propre (moins efficace dans tes termes ^^) ;)

mavina

Inconvénients de java... Comme ca, maintenant, je n'en trouve qu'un véritable, son niveau peut-être un peu haut, il devrait permettre une meilleure intégration avec l'os, mais ca risquerait de casser la portabilité ce qui est pas une bonne idée.

Citation:

---

Envoyé par Jedai

Désolé mais l'héritage multiple, tant qu'il n'y a pas de recoupement entre les méthodes héritées c'est très simple et c'est la grande majorité des cas. Il y a des problèmes techniques qu'il faut résoudre, mais interdire totalement l'héritage multiple...

---

Je suis d'accord avec toi sur le fait que l'héritage multiple puisse être utile dans certain cas. Mais il engendre souvent plus de problème qu'autre chose...

Enfin, il faut bien voir que la philosophie Objet de Java est assez différentes de celle du C++ par exemple. En particulier toutes les méthodes sont virtuelles, et donc tu as plus de chances de te retrouver avec un conflit. De plus les recherches de méthodes en deviennent beaucoup plus complexe :

• Avec un héritage simple, il suffit de parcourir la table de l'héritage pour trouver la bonne méthode.
• Avec un héritage multiple, il faut parcourir un graphe.

Ce n'est qu'une autre manière de voir la POO.

Personnellement j'abuse des trio interface/classe abstraite/implémentations et je n'ai jamais souffert de l'abscence de l'héritage multiple...

Autre chose qu'on pourrait voir comme un inconvénient :
Bien qu'orienté objet, tout n'est pas objet en JAVA.

Tous le monde s'est un jour ennervé du fait que les types primitifs soient justement... primitifs. C'est résolu plus ou moins avec l'autoboxing mais je trouve cette solution un peu "rustine"

Autre chose : on ne peut pas redéfinir les opérateurs. Ca pourrait être sympa de pouvoir le faire parfois.

Ceux qui connaissent le smallTalk doivent voir de quoi je parle.

Ceci dit, j'adore le JAVA ;)

Citation:

---

Envoyé par Satch

Tous le monde s'est un jour ennervé du fait que les types primitifs soient justement... primitifs. C'est résolu plus ou moins avec l'autoboxing mais je trouve cette solution un peu "rustine"

---

J'avoue être un peu d'accord avec toi sur ce point...

Mais je pense que cela aurait "cassé" un peu la compatibilité ascendante...

Citation:

---

Envoyé par Satch

Autre chose : on ne peut pas redéfinir les opérateurs. Ca pourrait être sympa de pouvoir le faire parfois.

---

Humm... ca ne m'inspire pas vraiment...
Déjà je ne pense pas que ce soit très "Objet", et cela peut entrainer des effets de bord...

Je prend le cas de l'opérateur + (le seul "opérateur" sur des objets en Java) qui peut générer une forte utilisation de mémoire pour un petit code tout simple...

a++

Salut,

Oui quand on y pense, le fait de pouvoir redéfinir un opérateur comme "+", ce serait un petit plus justement :D
Enfin, c'est un peu de la fénéantise :

Citation:

---

Moi je veux faire monObjet+monObjet2 plutot que de faire monObjet.add(monObjet2)

---

bye

mavina

Citation:

---

Envoyé par mavina

Salut,

Oui quand on y pense, le fait de pouvoir redéfinir un opérateur comme "+", ce serait un petit plus justement :D

---

Jusqu'à ce que tu relises le code d'un porc qui s'est amusé à redéfinir les opérateurs n'importe comment sans documenter. Corriger des bugs dûs à la priorité des opérateurs, c'est pas donné.

Non, je suis pour limiter l'expressivité des langages. Sinon, on peut trop faire n'importe quoi. Un code crade en Java n'a rien à voir avec les catastrophes que l'on peut voir ailleurs, et c'est tant mieux.

Citation:

---

Envoyé par mavina

Il n'est pas totalement interdit, la preuve, tu y arrive, mais de façon propre (moins efficace dans tes termes ^^) ;)

mavina

---

Je maintiens le moins efficace... Même si l'héritage multiple pose de réels problèmes, la technique des interfaces n'est pas la panacée et est plutôt pénible dans certains cas. Il existe aujourd'hui des mécanismes qui permettent de profiter des avantages de l'héritage multiple sans patir de ses inconvénients, comme les Traits par exemples (ou les mixins, même si ils posent d'autres problèmes paraît-il).

--
Jedaï

Citation:

---

Envoyé par Jedai

Il existe aujourd'hui des mécanismes qui permettent de profiter des avantages de l'héritage multiple sans patir de ses inconvénients, comme les Traits par exemples (ou les mixins, même si ils posent d'autres problèmes paraît-il).

---

Cela me semble déjà plus interressant que l'héritage multiple de base. Il faudrait que je me documente là dessus :P

Il s'agit de mécanismes assez nouveaux quand même non ?

a++

perso j'ai pas mal développé en C++ et j'avou que le Java reste quand même beaucoup plus fiable :

merci au garbage collector ... par exemple

à son indépendance vis à vis de l'OS.. ce qui permet de coder des logiciels portables sans avoir à en refaire une partie ou le tout.. :)

y en a plein des comme ca , ps j'ai une doc sur les avantages inconvéniants du java je croi si je retrouve ca après le taff je te le transmettrai ;)