Discussion :

[jeanpaulraoud]

Bonjour,


j'ai essay� d'utiliser infint (https://github.com/sercantutar/infint )avec une class, mais ca marche pas, svp pouvez vous m'aider.

mon projet c++ : https://github.com/sercantutar/infin...70131/maht.zip

cordialement

[koala01]

Salut,

Non, comme cela, si tu ne donnes pas un peu plus de pr�cisions sur ce qui "ne marche pas trop", il me semble que nous aurons beaucoup de mal � t'aider

Car il faut bien comprendre que nous sommes du genre fain�ants et que, si tu ne nous dit pas exactement ce qui se passe, nous risquons fort d'avoir la flegme de compiler ton code pour nous en rendre compte par nous-m�mes

C'est d'autant plus vrai que tu utilises de toutes �vidence Code::blocks comme EDI, et que ton probl�me pourrait tout aussi bien, pour ce que l'on en sait, �tre sp�cifique � ton EDI, justement, alors que nous ne l'utilisons pas forc�ment, et que nous ne voudrons pas l'installer "juste pour te venir en aide"

Par contre, pour avoir survol� ton code en diagonale, je vais quand m�me me permettre quelques remarques � son sujet:

Pour commencer, on n'utilise plus la directive using namespace std; depuis au moins vingt ans... Encore moins dans un fichier d'en-t�te. Si tu te demandes pourquoi, cette intervention de ma part devrait te permettre de le comprendre .

Ensuite, pourrais tu m'expliquer pourquoi tu t'es "fait chier" � placer tes donn�es num1 et num2 (dont le nom est tr�s mal choisi, soit dit en passant) dans l'accessibilit� priv�e de ta classe, si c'est -- au final -- pour y donner un acc�s "plein et entier" � l'utilisateur de ta classe au travers d'un accesseur (getXX, ce qui est �ventuellement compr�hensible) et d'un mutateur (setXX, ce qui est une aberration)

A vrai dire, je connais la r�ponse � cette question par coeur, tellement ce probl�me revient souvent: tu vas me dire que

Mais c'est pour assurer l'encapsulation, parbleu

A ceci pr�s que, en agissant de la sorte, tu n'assure absolument pas l'encapsulation...

Je ne vais pas m'�tendre d'avantage sur ce point, qui a �t� trait� en long en large et en travers au fil du temps sur ce forum (ainsi que dans mon livre d'ailleurs ), pour �viter de faire une r�ponse longue comme j'en ai le secret...

Cependant, si tu veux vraiment que je revienne sur ce point, tu n'auras qu'� me le dire

Enfin, tes accesseurs (getNum1 et getNum2) auraient largement int�r�t, si tu d�cide de les garder, � �tre d�clar�s comme �tant des fonctions membres constantes, pour indiquer de mani�re explicite au compilateur qu'elle ne modifieront pas l'�tat de l'objet � partir duquel elles sont appel�es.

Il en vas d'ailleurs de m�me pour la fonction addNum (dont le nom est lui aussi tr�s mal choisi, soit dit en passant)