Discussion :

[mavina]

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

- 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

[Jedai]

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ï

[mavina]

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

[Baptiste Wicht]

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.

[adiGuba]

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...

[Satch]

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

[adiGuba]

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...

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++

[mavina]

Salut,

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

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

bye

mavina

[xavlours]

Salut,

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

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.

[Jedai]

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ï

[adiGuba]

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

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

a++

[WuKoDLaK]

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