[D�bat] C++ vs Java

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

Merci beaucoup pour cette pr�cision VisualCBien2 ( je vais pouvoir critiquer Java encore plus )!!

attention car ca �tre de la critique...

Java et les autres outils associ�s c'est tr�s bien.....tr�s bien...s'il faut un compilateur C++ pour pouvoir en tirer profit..!

A titre de comparaison , c'est comme si on achetait une voiture et qu'il faudrait une autre voiture pour pi�ces pour pouvoir rouler avec la premi�re !

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

rien ne t'emp�che de r�aliser un programme enti�rement en java, ou en c++ et java grace JNI. En quoi cela d�nature le langage java? Je rappelle que java peut est tr�s utile pour le scripting.

un exemple d'application enti�rement java, dont la complexit� n'a rien � envier � StarOffice : Eclipse (www.eclipse.org).

On est libre d'utiliser l'environnement de d�veloppement de son choix....

oui c'est pas la m�me chose de dire que c'est pas possible en java, .NET ou delphi, nuance...

quel int�r�t et quelle pertinence de d�velopper un outil logiciel sur mesure pour une soci�t� ??

et quel est l'int�r�t et la pertinence d'une telle question dans ce d�bat c++/java car avec les produits windows on peut faire du sur-mesure �galement.
Mais je vais te r�pondre qq m�me: une soci�t� va demander un outil de gestion adapt� � son entreprise, sp�cifique � son m�tier. Lui procurant une valeur ajout�e suppl�mentaire par rapport � un logiciel du commerce. De plus la plupart des projets en java concerne la mise au point d'une appli web distribu�e. Tu en connais bcp dans le commerce?
Bref une soci�t� qui demanderait un logiciel de traitement de texte factur� 100K�, qui n'arriverait pas � faire le quart de la moiti� de Word avec le double de bug si possible, j'y crois pas trop...

**++gib** · 06/02/2003, 12h07

[qote]
i = i+1 et i+=1 ne sont s�mantiquement pas la m�me chose. puisque dans un cas c'est une affectation, dans l'autre une incr�mentation. Ca n'a pas le m�me sens. Et pour allez plus loin, en java pour incr�ment�, tu est oblig� d'avoir affect� une valeur avant. Ce qui est + strict s�mentiquement.
[/quote]
Tu compte convaincre qui avec �a ?

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

i=i+1L ;

et

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

i += 1L ;

ont exactement le m�me effet donc les m�mes dangers.
Le second est simplement une optimisation du premier.
Alors pourquoi Java refuse le premier et accepte le second ? Parcequ'il � �t� con�u par des
d�butants qui n'ont pas compris que leur mani�re de traiter les conversions introduisait
des distortions s�mantiques dans le langage.

en c++, on peut faire tout ca, pas en java :

char s;
int i = (int)&s;

float *pf;
int *pi = (int *)pf;

class A{};
A a;
void * p = &a;

const int a;
int *pa = &a //warning seulement
pa = const_cast<int *> &a //pas de warning

Et bien voici ce que je m'attendais � lire.
Tous les exemples qui tu cites utilise un cast ou un pointeur qualifi� de "universel".
En c++ comme en Java, utiliser un cast indique au compilateur que le programmeur
prend le controle du typage.
Un langage peut �viter de t'assassiner par derri�re, mais il ne peut
pas t'emp�cher de te suicider !

Voici les fa�ons �quivalentes de te suicider en Java.

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
4
5
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 ?

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

Gr�gory Picavet a �crit:
Le parcours d'un Vector avec Enumeration est plus rapide que celui d'un Arraylist avec Iterator (cf message pr�c�dent)

En voila la preuve :

Et bien, je suis content pour lui.
En C++ on ne se pose pas ce genre de question, mais je
te rappelle que le sujet c'�tait la comparaison C++ Java.
Utilise le conteneur que tu veux, mais montre moi un code STP.

bon apparemment tu n'as pas bien lu le message, je vais donc le r�sum�:
la classe Vector est toujours la pour garantir la compatibilit� du code. Sun l'a adapt� � l'interface List pour essayer de rendre coh�rent le package Collection. Mais dans un nouveau programme, il vaut mieux utiliser ArrayList avec get() et non iterator pour le parcours.

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
4
5
6
7
8
9
10
11
12
ArrayList a  = new ArrayList&#40;&#41;;

Collection c = a;

Iterator i = c.iterator&#40;&#41;;
while&#40;i.hasNext&#40;&#41;&#41; &#123;
 i.next&#40;&#41;;
&#125;

for&#40;int i=0;i<a.size&#40;&#41;; ++i&#41; &#123;
 a.get&#40;i&#41;;
&#125;

dans le deuxi�me cas comme on a le choix, il vaut mieux utiliser get... car c'est deux foix plus rapide...(pas de polymorphisme, pas de verification de concurrence)

Iterator n'est utile que pour decoupler le type de conteneur et la mani�re dont on le parcoure...

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