Discussion :

[Gnux]

Parce que l'on t'a appris le C++ selon l'approche historique au lieu de l'approche qui pourrait te rendre fonctionnel plus rapidement.

Salut
Donc pour être fonctionnel plus rapidement il conviendrait d'apprendre les strictes bases (ce qu'est une variable, un objet une classe etc...) puis ensuite de choisir une bibliothèque et de l'utiliser pour programmer c'est bien ça?
Et je suppose que l'apprentissage des bases plus complexes (ce que c'est qu'un pointeur) tu le développes plus tard suivant les difficultés que tu rencontres avec cette bibliothèque c'est bien ça?
Je suis intéressé par l'approche pédagogique mais là t'as pas donné assez de détails...ça pourrait pourtant être utile à plus d'un (moi compris)

[Luc Hermitte]

(hé hé un vimeur affiché )
C'est ça.
Mais en fait ... je me suis déjà exprimé quantité de fois sur le sujet. C'est pour cela que je n'y reviens plus systématiquement.
Il doit rester des traces dans les trolls C vs C++, apprentissage du C++, quel langage pour commencer, ...

Le principe, c'est d'abord les bases fonctionnelles et pratiques -> on voit comment profiter des abstractions de la bibliothèques standard pour programmer simplement, proprement, et en minimisant les risques d'erreurs. Les notions compliquées, comme les pointeurs viendront, mais plus tard. J'aurais tendance à les mettre entre les itérateurs (dont ils sont une spécialisation) et le polymorphisme.

Je retrouve un peu la même chose dans Accelerated C++ (la référence non traduite), de Koenig et Moo, chez Addisson-Welsey (l'éditeur qui édite les plus grosses références pour le C++)).
Chapitre 9 (sur 16) : "Definir des nouveaux types", les classes y sont introduites.
Chapitre 10 : "Gestion de la mémoire et des structures bas niveau". Donc entre autres pointeurs et tableaux à la C.
Chapitre 11 : "Définition de types de données abstraits" (les classes templates dans la cadre de la généricité -> pas de méta-programmation).
Chapitre 12 : "Faire que les objets de classes se comportent comme des valeurs".
Chapitre 13 : "Utilisation de l'héritage et de la liaison tardive". Donc, le polymorphisme d'inclusion (/d'héritage/de substitution)
Chapitre 14 : "Gestion (quasi) automatisée de la mémoire". En gros, on introduit le RAII qui avait été utilisé "sans le savoir" avec les conteneurs standard.
...
Dans les chapitres antérieurs, soit une bonne moitié du bouquin, chaines, vecteurs et algorithmes standard sont préalablement présentés et utilisés.

[JolyLoic]

+1 avec Luc.

Un autre livre du même genre, même s'il va moins loin, est celui de Francis Glassborow (traduit en français par "Je me lance").

Chapitre 1 : Graphisme, en utilisant une classe faite pour.
Chapitre 2 : Boucle, variable
Chapitre 3 : Fonction
Chapitre 4 : Types, flux, string, vector
Chapitre 5 : Classe (de base, sans polymorphisme)
... jusqu'au chapitre 16.

N'apparaissent pas vraiment dans ce livre (volumes suivants ?) le polymorphisme, les pointeurs, la déclaration de template...

Avantages :
- L'étudiant peut rapidement faire des programmes intéressants, et donc motivants
- Le style de programmation qu'il apprend au début est celui qu'il continuera à utiliser par la suite, puisque c'est déjà le bon
- Il me semble plus évident avec cette approche de comprendre les avantages de l'encapsulation, quand on commence à voir comment on pourrait implémenter un type string...
- La courbe d'apprentissage est plus progressive
- C'est comme ça que tout l'apprentissage se fait. On apprend à conduire sans savoir les réactions chimiques à l'intérieur du moteur, on apprend à compter sans commencer par l'algèbre de Peano

[Skyounet]

Le pauvre, il vient avec une question de debutant et vous lui sortait les algo de pas debutant. Voir celui de Luc. Le pauvre il doit pas tout comprendre.

Sinon pour repondre a sa question tu fais

Code :

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

tab[0]=(char*)malloc(50*sizeof(char));

(La cast est obligé en C++?)

Bon c'est vrai que c'est plus du C que du C++...

[Luc Hermitte]

Euh ... l'algo que je donne pour déterminer si un chaine est un palindrome (ou non) est excessivement simple. (Ce qui par rapport à certains besoins exprimés me fait douter quant au fait que tout soit très clair.)
Le reste, ce n'est pas de l'algorithmique, c'est de la syntaxe.

Quant au typage, oui il faut être explicite en C++.
->

Code :

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

char * c = reinterpret_cast<char*>(malloc(....));

Mais un débutant en C++ n'a pas à utiliser malloc. Ni même new[] qui est pourtant plus simple à utiliser.

[djoao]

Super Skyrunner ca marche avec ta ligne

maintenant j'ai seul dernier probleme (que j'ai réussi a résoudre mais ce n''est pas tres propre)donc je vous demande si il y a une autre maniere.
voila quand j'affiche 1 élement de mon tableau avec :
cout<<tab[i]
il m'affcihe ce que je veux mais apres il y rajoute des caracteres bizares et le seul moyen de corriger est de savoir pour chaque case cb de caracteres il faut afficher et de boucler dessu, ce qui est pas tres joli...

donc je vous demande si vous avez une autre solution, apres débugage j'ai pu voir que c'est avec cette ligne que vient les caractere bizare:

Code :

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

1
2
3
4
5
6
7
8
9
 
m=0;
sprintf(temp,"");
 
for (int k=i;k<=j;k++)
{					
      temp[m]=chaine[k];//au 1er remplissage de temp il y rajoute des caracteres du genre |||||				 
      m++;					
}

Merci à tous

[djoao]

problème résolu c'etait la taille de la variable

le probleme est que je suis obligé de "nettoyer" la variable bizarement sinon elle garde son ancienne valeur. ex:

char temp[15];

sprintf(temp," "); // c'est ok
sprintf(temp,"");// pas ok, si je met une 2eme valeur dedans il écrase la 1er alors qu'il etait senser l'avoir enlevé ? donc si la taille de2eme valeur est + petite que la 1er il va écrire la 2eme et garder la fin de la 1ere !

une idée pour ce probleme?

merci

[JolyLoic]

Oui, on t'a déjà donné l'idée en question : utiliser les outils du C++.

Code :

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

1
2
3
4
 
string temp;
temp = " ";
temp = "";

[Luc Hermitte]

Absence du zéro terminal ? (ah les chaines 0-terminées du C...)

[djoao]

Voila c'est fini !!!

juste pour dire : un grand merci à tous ceux qui m'ont aidé

j'espère que dans pas longtemps je pourrai vous aider à mon tour

a+

[Matthieu Brucher]

Essai de mettre char test à la place de void test...

Avant de poster des conneries...
C'est un problème de retour du malloc. Il retourne un void*, donc un pointeur vers un espace mémoire "vierge". Il faut un cast explicite vers un char* pour que l'espace mémoire soit "format" comme un tableau de caractère.

Et il y a une erreur dans l'exemple du 2ème message, le malloc à effectuer est sur le 49ème élément du tableau.

[Médinoc]

attention: le 49e élément ou l'élément 49 (le 50e) ?