Quel est pour vous le défaut le plus gênant du C++ ? Un développeur chevronné fait la liste ses faiblesses

**_skip** · 23/07/2010, 16h21

J'ai pas le temps d'essayer mais normalement la méthode multiply de BigDecimal en java a cette signature :

Code :

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

1
2
BigDecimal multiply(BigDecimal);

Si c'était

Code :

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

1
2
BigDecimal multiply(Integer);

Je pourrai écrire

Code :

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

1
2
monBigDecimal.multiply( 10 );

Mais pour le coup, vu que le type n'est pas Integer et que rien à ma connaissance ne boxe en bigDecimal, ça devrait pas compiler. Dans le doute, je laisse le soin à celui qui affirme que je critique sans savoir d'essayer.

**pseudocode** · 23/07/2010, 16h25

Envoyé par Florian Goo

Pourquoi ça ?

Il me semble que c'est un aspect de conception et non de langage. En C++, on se demandera « ma classe doit-elle surcharger == ? » et en Java « ma classe doit-elle redéfinir equals() ? ».

Oui, je vois ce que tu veux dire. Mais comme "==" peut aussi être utilisé sur les pointeurs, ca devient plus compliqué de garantir sa sémantique.

Code C++ :

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

1
2
3
Object o1("data");
Object o2("data");
if (o1==o2) { /* the same ?*/}

Code C++ :

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

1
2
3
Object *o1 = new Object("data");
Object *o2  = new Object("data");
if (o1==o2) { /* the same ?*/}

(aux erreurs de syntaxe près

)

**Florian Goo** · 23/07/2010, 16h34

Oh ben quand même, habituellement le programmeur est un peu au courant du type des variables qu'il manipule. Tu chipotes !

Et aucune erreur de syntaxe… comme quoi, tu vois que c'est facile, le C++

.

**bacelar** · 23/07/2010, 16h53

Je pourrai écrire

Code :

Code :

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

monBigDecimal.multiply( 10 );

Limitation de la Class BigDecimal, pas du langage qui ne force pas l'utilisation des objets à tout bout de champs.
Moi, j'ai toujours tendance à utiliser des float dans des constantes.

**pseudocode** · 23/07/2010, 17h38

Envoyé par Florian Goo

Oh ben quand même, habituellement le programmeur est un peu au courant du type des variables qu'il manipule. Tu chipotes !

Bah, au bout de une ou deux pages de code, c'est pas toujours gagné de savoir si on a passé les paramètres par référence (C++ style) ou par adresse (C style). Surtout avec des développeurs venant d'horizon diverses ayant chacun leur style de codage.

Mais c'est vrai que là c'est surtout un problème organisationnel, et un minimum de discipline dans le respect des règles. Et puis c'est le genre de truc qu'un analyseur de code est capable de remonter.

**gorgonite** · 23/07/2010, 18h21

Envoyé par pseudocode

Bah, au bout de une ou deux pages de code, c'est pas toujours gagné de savoir si on a passé les paramètres par référence (C++ style) ou par adresse (C style). Surtout avec des développeurs venant d'horizon diverses ayant chacun leur style de codage.

tu oublies les références sur les adresses

Envoyé par pseudocode

Et puis c'est le genre de truc qu'un analyseur de code est capable de remonter.

des analyseurs efficaces sur C++... ça n'intéresse pas les personnes ayant le niveau de le faire, et il faut un niveau assez conséquent avant de voir un résultat pertinent (pire qu'un compilateur

)

**Florian Goo** · 23/07/2010, 18h45

Envoyé par gorgonite

des analyseurs efficaces sur C++... ça n'intéresse pas les personnes ayant le niveau de le faire, et il faut un niveau assez conséquent avant de voir un résultat pertinent (pire qu'un compilateur

)

*sifflotte*

**gorgonite** · 23/07/2010, 18h55

Envoyé par Florian Goo

*sifflotte*

tu as une liste de propriétés analysées, qui ne soient pas juste la traduction du code en AST, avec vérification de base ?

tu peux venir présenter ton outil ici : http://www.developpez.net/forums/group.php?groupid=98 ?

**bacelar** · 23/07/2010, 19h15

C'est bien le problème du C++.
Le manque d'outillage pour la validation, le mocking, les tests unitaires etc...

**gorgonite** · 23/07/2010, 19h37

Envoyé par bacelar

C'est bien le problème du C++.
Le manque d'outillage pour la validation, le mocking, les tests unitaires etc...

tests unitaires ? ça existe
outils de validation... je demanderais juste ce que tu places derrière ce mot, car dans un cadre hors recherche, il existe plein d'outils pour des problématiques concrètes dans un cadre très précis
(parce qu'au niveau calcul de WCET, va pas croire qu'il existe un outil de validation pour Java qui marche mieux

)

Invité · 23/07/2010, 19h42

C'est bien le problème du C++.
Le manque d'outillage pour la validation, le mocking, les tests unitaires etc...

Vous savez, moi, je m'en sors très bien avec mon compilateur.
Par ailleurs, je ne comprend pas pourquoi ce serait un problème du C++. Ce problème existe-t-il au moment de la rédaction du code? ou au moment de l'exécution du binaire? Dans le second cas le langage n'a rien à voir. Dans le premier c'est un problème de compilateur et pas de langage (à mon avis).

**bioinfornatics** · 24/07/2010, 02h08

en D on a de nouveau mot clé comme version, debug, testunit
ces mot forme un bloc ainsi on peut insérer un test unitaire

Code :

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

1
2
3
4
5
6
7
8
class A{
...
}
testunit{
assert(A(param1));
assert(A.action());
....
}

**bioinfornatics** · 24/07/2010, 16h17

Les imperfections du C++ sont également exprimé ici: http://www.prowiki.org/wiki4d/wiki.cgi?PerfectD

**hiura** · 24/07/2010, 17h47

Envoyé par bioinfornatics

Les imperfections du C++ sont également exprimé ici: http://www.prowiki.org/wiki4d/wiki.cgi?PerfectD

Je me suis arrêté à l'item 10 par manque de temps. Deux choses sur lesquelles je ne suis pas d'accord avec l'auteur.

Item 9 : techniquement char est un byte. Il n'est pas destiné à être affiché en tant que chiffre mais peut tout à fait être utilisé de la sorte.

Item 10 : «C and C++ need fixed-sized integer types.» Au premier abord on peut croire que ce n'est pas bien. Ça impose certaines mesures dans les applications réseau notamment, certes. Mais ça a du sens : au moment où la norme du langage est écrite les machines ont certaines spécificités comme la mémoire qui vont évoluer plus vite que la norme. Avoir une taille non fixe (mais précisée par des relations de grandeur entre les types eux-mêmes!) est donc bien réfléchis : ainsi la taille des types peuvent évoluer à la même vitesse que les machines.

Notons au passage la non-objectivité du papier (comme nos discussions

). Il est vraiment tourné pour montrer les «avantages» du D.

**guillaume07** · 25/07/2010, 11h10

honnetement je n'arrive pas à trouver de gros défault, la reflexibilité c'est tout ce qui me manque

Invité · 25/07/2010, 11h49

Je ne sais pas si c'est un défaut ou une qualité, mais je le met à titre de comparaison.
Code quelconque

Code :

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

1
2
3
4
unsigned char Chaine[128];
strcpy(Chaine,MBR.c_str());
for (unsigned char *c=Chaine; c; c++) printf("%2x ",c);
printf("\n");

Code C++ faisant la même chose

Code :

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

1
2
3
4
5
6
std::ostringstream oss;
oss<<std::hex<<std::uppercase;
std::copy(reinterpret_cast<const unsigned char*>(MBR.c_str()),
reinterpret_cast<const unsigned char*>(MBR.c_str()) + MBR.length(),
std::ostream_iterator<int>(oss, " "));
std::cout<<oss.str();

Je ne ferai pas de commentaire.

**Luc Hermitte** · 25/07/2010, 12h17

Envoyé par bioinfornatics

Les imperfections du C++ sont également exprimé ici: http://www.prowiki.org/wiki4d/wiki.cgi?PerfectD

Item 4: As Java, D has a synchronized keyword.
Celui-là m'a bien fait rire. Comme si cela suffisait pour thréader correctement. Quid des futures, des taches et leurs queues de messages, des barrières, des compteurs atomiques, des TSS, ... Enfin bon. COmme plusieurs autres items, le prochain standard va donner une solution plus directe aux "reproches" faits.

Item 24 : D fait donc comme en C++...

Pour info, IC++ est un bouquin de Matthew Wilson qui adresse des difficultés du langages pour montrer des solutions. Il n'exprime pas une critique négative du langage, mais une constructive. C'est un achat que je ne regrette pas -- même si je vais avoir des patterns légèrement différents des siens pour la DbC en particulier.

@Pierre Dolez. Je ne stocke jamais des octets dans une string, mais dans un vector d'unsigned char plutôt. Ce qui lève bien des problèmes.
BTW, std::string supporte begin() et end(), ce qui simplifie l'écriture.

Invité · 25/07/2010, 12h30

Bonjour Luc Hermite,

@Pierre Dolez. Je ne stocke jamais des octets dans une string, mais dans un vector d'unsigned char plutôt. Ce qui lève bien des problèmes.

Je n'ai pas compris ce qu'il ne faut pas faire et ce qu'il faudrait faire.

**pseudocode** · 25/07/2010, 12h47

Envoyé par Pierre Dolez

Code C :

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

1
2
3
4
unsigned char Chaine[128];
strcpy(Chaine,MBR.c_str());
for (unsigned char *c=Chaine; c; c++) printf("%2x ",c);
printf("\n");

Bien que je trouve la syntaxe du C plus lisible, le code ci-dessus est typiquement ce qui me fait préférer l'approche objet.

Ici on transforme mentalement une chaine de caractères en zone linéaire d'octets terminée par un "0". Bien que cela soit vrai (sous certaines conditions), je préfère que ce genre de détail soit encapsulé dans une classe.

Invité · 25/07/2010, 13h29

Bonjour pseudocode,

Ici on transforme mentalement une chaine de caractères en zone linéaire d'octets terminée par un "0".

Je ne suis pas d'accord avec cette phrase. Il aurait fallu dire
"Ici on crée par copie une chaine de caractères, à 0 terminal, à l'aide de la fonction c_str(), crée dans ce but."
Pourquoi "sous certaines conditions"? Et quelles sont ces coditions?

In the Standard C++ Library, a string is actually a template class, named basic_string. The template argument represents the type of character that will be held by the string container. By defining strings in this fashion, the Standard C++ Library not only provides facilities for manipulating sequences of normal 8-bit ASCII characters, but also for manipulating other types of character-like sequences, such as 16-bit wide characters. The datatypes string and wstring (for wide string) are simply typedefs of basic_string, defined as follows:

typedef basic_string<char> string;
typedef basic_string<wchar_t> wstring;

La classe basic_string contient un nombre considérable de fonctions membres publiques. Il y a en outre un nombre non négligeable de fonction non-membre, pour la plupart de surcharge d'opérateurs.

Quel est pour vous le défaut le plus gênant du C++ ? Un développeur chevronné fait la liste ses faiblesses

Discussions similaires

Partager

Partager