Discussion :

[Luc Hermitte]

Quoi?
Cherche plutôt la différence dans l'absence de possibilité de mettre des types utilisateurs dans la pile en Java, de leur donner une sémantique de valeur, dans le fait que l'on préfère éviter de gérer les ressources à la main (et donc éviter le new+delete en C++), ...

[loufoque]

Il n'y a pas de types "objet" et de types "TYPE".
Il y a juste des types qui ont différentes propriétés.

[Médinoc]

En .Net, on parle de types référence et types valeur. Selon cette terminologie, en java, seules les "types primitifs" sont des types valeur, et toutes les autres classes, y compris celles définies par l'utilisateur, sont des types référence.

En C++, c'est comme si tous les types étaient des types valeur, qu'on choisisse de les mettre sur le tas ou non.

[Noxen]

Il semble que Java ne soit pas recommandé en tant que premier langage de programmation. Plusieurs entreprises importantes, comme IBM, Intel, Microsoft(!!) et des écoles se plaignent d'une baisse du niveau général en informatique d'étudiants qui ont commencé par Java. Après, moi, je ne me prononce pas, je n'ai sans doute pas le niveau pour juger (ceci-dit, je ne suis pas un grand fan de Java ^^) , mais ce sont des professionnels reconnus comme Bjarne Stroustrup (bon, ok, on pourrait lui reprocher un jugement biaisé) et des responsables du ministère de la défense américain, dans le journal officiel consacré à l'ingénierie informatique, qui font ce regrettable constat.

Pour ceux qui ne sont pas anglophobes, voici le lien :
http://www.stsc.hill.af.mil/crosstalk/about.html

(Si cet article intéresse des gens, j'essaierai de prendre le temps d'en faire une traduction).

[Luc Hermitte]

1- tu es passé à côté du contenu de l'article -- déjà évoqué dans un autre forum il y a peu : http://www.developpez.net/forums/sho...d.php?t=594560
2- il n'y a aucun rapport avec la question de l'OP qui demande comment se mettre au C++ sachant qu'il connait déjà bien le Java.

[Noxen]

J'ignorais que l'article avait déjà été évoqué. De mémoire, il me semblait qu'il signalait quelques difficultés pour les programmeurs Java à s'adapter certaines contraintes rencontrées ensuite dans certains environnement de production, je me disais que atha2 pourrait y trouver quelque intérêt.

Sinon loin de moi l'intention de contester ou de déclencher une nouvelle flamewar C++ vs Java. Je trouve qu'atha2 est courageux de vouloir apprendre un autre langage, assez long à appréhender pleinement, c'était plus en guise d'encouragement que j'intervenais.

[atha2]

Je commence à me débrouiller un peu, j'ai fais deux, trois tests d'application graphique avec Qt et c'est sympa. Ils rendent possible(ils préconizent) le new car tout la mémoire des objets graphiques est libérée automatiquement grâce à l'arborescence de Widget.

Je pense que je vais me mettre un peu à la programmation réseau. Qt est bon pour ça ? Sinon que prendre, je pensai développer un client torrent basique (très basique !).

[Klaim]

Je commence à me débrouiller un peu, j'ai fais deux, trois tests d'application graphique avec Qt et c'est sympa. Ils rendent possible(ils préconizent) le new car tout la mémoire des objets graphiques est libérée automatiquement grâce à l'arborescence de Widget.

Hmmm je serais toi j'essaierai vivement de me détacher de cette habitude...

[nicroman]

Il n'y a pas de types "objet" et de types "TYPE".
Il y a juste des types qui ont différentes propriétés.

Mais c'est bien là qu'il y a problême de conception....
Quand les programmeurs ne font pas la distinction entre une "valeur" (ce que j'appelle un 'type') et un "objet".
Comme disait Médinoc, Java ne permet d'implémenter que des "objets". Seuls les types primitifs peuvent être utilisées comme "valeur".
C++ propose par défaut la sémantique de "valeur" (constructeurs/operateurs de recopie par défaut), et demande a être très attentif avec les "objets", mais au moins, on peut faire les deux.

La POO n'a rien a voir ni avec Java, ni avec C++ qui ne sont que des outils intermédiaire pour dire au CPU ce qu'il doit faire... La conception est un étage au dessus, et il y a beaucoup de programmeurs Java qui ne savent pas faire la distinction entre les deux (et les "beans" n'ont pas améliorés les choses).

P.S. Désolé si C# a utilisé une dénomination différente de la mienne (qui remonte quand même à ... ouch... 20 ans)..

[Médinoc]

Cette dénomination, c'est plus pour .Net en général que pour C# en particulier.

En C#, un type valeur utilisateur se déclare avec "struct" tandis qu'un type référence utilisateur se déclare avec "class"...

[Obsidian]

Ils rendent possible(ils préconizent) le new car tout la mémoire des objets graphiques est libérée automatiquement grâce à l'arborescence de Widget.

Hmm. Je n'ai pas exploré Qt (pourtant, je travaille sous Linux) mais dit comme cela, ça sent le piège à plein nez ! Si c'est bien de cela qu'il s'agit, inciter les programmeurs à utiliser de l'allocation dynamique pour que la bibliothèque puisse les nettoyer elle-même, c'est des coups à donner de très mauvaises habitudes aux débutants. Et c'est aussi aller au devant de gros ennuis.

Atha2, peux-tu nous donner la référence de la page qui affirme cela ?

[Davidbrcz]

Obsidian >>

Code :

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

QWidget::QWidget ( QWidget * parent = 0, Qt::WindowFlags f = 0 )

Constructs a widget which is a child of parent, with widget flags set to f.
If parent is 0, the new widget becomes a window. If parent is another widget, this widget becomes a child window inside parent. The new widget is deleted when its parent is deleted.

[Alp]

Non, Qt fait ça très bien, et ce n'est pas une bibliothèque pour débutant. Il faut de toute manière un minimum connaître le C++ avant d'utiliser des bibliothèques GUI. Car le C++ permet de faire beaucoup de choses mais le programmeur doit avoir la maîtrise de chaque ligne de code qu'il écrit.

Bref, Qt fait vraiment ça bien. Tu peux regarder http://qt.developpez.com/ et tout ce qui y est rattaché pour avoir un aperçu de la bête.

[atha2]

Je me permet de rebondir sur mon sujet :
avant en java, je faisais ça

Code :

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

1
2
3
4
5
6
7
 
class FilePrinter{
           public FilePrinter(String fileName){
                    this.file = new FileReader(fileName);   
           }
           private FileReader file;
}

Mais si je transpose le code en C++, ça donne ça :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
 
class FilePrinter
{
public: 
          FilePrinter(std::string filename)
             : file(std::ifstream(filename))
          {}
         ~FilePrinter()
         {
                file.close();
          }
private:
         std::ifstream file;
};

En faite c'est la dernière ligne qui me pose problème :

Code :

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

std::ifstream file;

appelle bien le constructeur par défaut non ? Donc en faite actuellement j'appelle 2 fois le constructeur ? Comment remédier à ce problème si problème il y a ?

Merci de m'éclaircire.

[Luc Hermitte]

Voici ce que l'on fera en C++

Code :

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

1
2
3
4
5
6
7
8
9
class FilePrinter
{
public: 
          FilePrinter(std::string const& filename)
             : file(filename.c_str())
          {}
private:
         std::ifstream file;
};

Et c'est tout! (pas de destructeur qui appelle close() (parce que implicite), pas de copie de la chaine entrante, pas de constructions intermédiaires inutiles)

Quant à ton code, il appelait un constructeur d'initialisation qui n'est pas fourni, et le constructeur de copie (qui est désactivé).

PS: ouvre un nouveau sujet la prochaine fois.

[JolyLoic]

En faite c'est la dernière ligne qui me pose problème :

Code :

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

std::ifstream file;

appelle bien le constructeur par défaut non ?

Non, ça ne fait que déclarer une variable. Tout ce qui concerne l'initialisation de cette variable (sauf l'ordre relatif d'initialisation par rapport aux autres variables) est géré par le constructeur de la classe en question.

[atha2]

Merci pour toutes ces réponses qui me montre que je ne suis pas encore au point avec toutes les subtilités (et même les bases^^) du C++.
Pour revenir à :

Code :

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

std::ifstream file;

Placé dans une méthode|fonction, ce bout de code appellerait bien le constructeur par défaut.
On détermine sa signification en fonction de l'endroit où on le trouve, c'est bien ça ?

EDIT : je tag résolu même si ce ne sera vraiment résolu que quand je serais un programmeur C++ confirmé, ce qui ne sera pas le cas avant un moment je le crains...

[Davidbrcz]

Ouaip.
Dans la classe, ca déclare un attribut accessible depuis n'importe quelle fonction membre de la classe. Cet attribut serra initialisé dans un constructeur.
Dans une fonction, ca créer un objet qui serra ici initialisé avec le constructeur par défaut.