[Débat] C++ vs Java

**grishka** · 06/02/2003, 12h23

Voici les façons équivalentes de te suicider en Java.
Code:

int i = (int)( 1./3.) ; // résultat == 0
X x = new X() ;
Y y = new Y() ; // Y n'hérite pas de X
x = (X) y ;

Et ne viens surtout pas me dire que tu obtiens une exception dans le dernier cas
et que tu vas la traiter. Quel traitement vas tu entreprendre gros malin ?

WARF WARF si t'avais compilé, gros malin tu aurais obtenu cette erreur :

test.java:18: inconvertible types
found : Test.Y
required: Test.X
x = (X) y;
^
1 error

bref pour reprendre tes propos, c'est en c++ que tu te suicides pour le coups...

ont exactement le même effet donc les mêmes dangers.

peut-être, mais ne confond pas affectation et incrémentation

les instructions assembleur générées (ou le bytecode) ne font pas intervenir les meme opérateur

//i=i+1
mov eax,i
add eax,1
mov i,eax // c'est la ou ca casse si i est de type incompatible

//i+=1
mov eax,i
inc eax

je ne m'attends pas à ce que tu comprennes de toute facon

**++gib** · 06/02/2003, 14h02

Envoyé par Grégory Picavet

Voici les façons équivalentes de te suicider en Java.
Code:

int i = (int)( 1./3.) ; // résultat == 0
X x = new X() ;
Y y = new Y() ; // Y n'hérite pas de X
x = (X) y ;

Et ne viens surtout pas me dire que tu obtiens une exception dans le dernier cas
et que tu vas la traiter. Quel traitement vas tu entreprendre gros malin ?

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
WARF WARF si t'avais compilé, gros malin tu aurais obtenu cette erreur &#58;

&#91;i&#93;test.java&#58;18&#58; inconvertible types
found   &#58; Test.Y
required&#58; Test.X
        x = &#40;X&#41; y;
                ^
1 error&#91;/i&#93;

Tu as raison j'aurais du compiler. :-)
Voici ce que j'aurais du écrire.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
    	X x = new X() ;
        Y y = new Y() ;
        Object k = x ;
        
        y = (Y)k ; // CRASH

Ca compile fort bien et c'est une situation dans laquelle on se retrouve très souvent
en Java car on y est obligé :
Chaque fois qu'on utilse un conteneur par exemple, les objets mémorisés
n'ont plus de sémantique propre : ce sont desObjects, qui est le void*
de Java.
Pour les utiliser, on doit les "down-caster" et là plus aucun filet
ou le code est juste, ou ça plante ... A l'exécution.

Les conteneur de Java ne sont pas typés, contrairement
a ceux qu'offre la STL.
Décidément, je vous trouve singulièrement contre productifs
pour Java ces temps-ci.

ont exactement le même effet donc les mêmes dangers.

peut-être, mais ne confond pas affectation et incrémentation

Tu as rééellement l'art de changer de sujet au moment ou ça devient délicat
j'ai bien pris la précaution de dire "même effets"
Et l'effet, c'est que la gestion des conversions faite par Java est
trouée comme une passoire.

Pour le reste, je te remercie de ton cours, mais ayant déjà écrit un compilateur
je m'en passe sans problème.

**adiGuba** · 06/02/2003, 14h46

Salut,

Désolé de me méler à la discution.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
X x = new X&#40;&#41; ; 
Y y = new Y&#40;&#41; ; 
Object k = x ; 
        
y = &#40;Y&#41;k ; // CRASH

Il y a bien une exception qui est levé à l'exécution: ClassCastException
Si tu aurais executer ton code tu l'aurais vu...

De plus tu peux même faire un:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
if (k instanceof Y)
	y = (Y)k;

Chaque fois qu'on utilse un conteneur par exemple, les objets mémorisés
n'ont plus de sémantique propre : ce sont desObjects, qui est le void*
de Java.

Le void* du C++ est bien plus dangereux que les Object de Java.
En Java, quel que soit le type dans lequel ils ont été casté, les Object gardent toutes leurs propriétées.
Je ne pense pas que ce soit le cas en C++, mais je peux me tromper cela fait longtemps que je n'ai pas fait de C++.

a++

mat.M · 06/02/2003, 15h14

Tout ceci n'est qu'un ramassis de querelles d'apothicaires ou d'étudiants en informatiques à peine sortis de leur scolarité.
Cela ne vole pas haut.

Démontrer qu'une exception soit générée parce que ceci cela...ou parce qu'en C++ on utilise un pointeur non initialisé c'est bien !
Que pour calculer 10000 itérations sur des listes ,Java soit plus rapide certes.
Mais qu'en est-il de la gestion d'un projet ENTIEREMENT fait en Java genre client/serveur pour une banque par exemple ou pour un client qui va facturer des prestations ??
Je n'ai jamais pris part à un tel projet alors oui ou non est-ce que cela vaut la peine ?

Waaa..Tu viens de tuer tout le monde avec cette comparaison. Je vais m'empresser de récupérer gcc pour recompiler le projet J2EE de 12000 classes sur lequel je travaille...

Personne n'a fait allusion à la remarque que j'avais faite précedemment.
Quand est-il de Java et interface utilisateur ??
Tes 12000 classes c'est bien mais y-at-il de la gestion de contrôles , de connexions , d'E/S je ne sais quoi ,la-dedans ?

**adiGuba** · 06/02/2003, 16h16