creation dune classe et utilisation

Version imprimable

30/08/2006, 15h10
le_voisin

creation dune classe et utilisation

salut,

j ai cree un nouvelle classe et des methodes qui vont avec.
J ai quelques notions de java et lorsque je créais une classe en java je pouvais m en servir dans un autre fichier que celui de la classe elle même, apparement en c++ ce n est pas le cas.
Quelle est la solution a ce probleme ?
Merci
30/08/2006, 15h13
Ti-R
Il faut inclure le fichier d'entête !

Code:

#include "ton_fichier.h"

Ne pas oublier d'empêcher la multi déclaration de ton header qui posera problème.
Code:

1 2 3 4 5 6 7 8 9 //ton_fichier.h #ifndef _H_MON_FICHIER #define _H_MON_FICHIER // ta classe #endif // _H_MON_FICHIER (commentaire pour faire propre)
Un tour dans la FAQ ne ferait pas de mal ;)

Comment structurer ma classe en un fichier .h et un fichier .cpp ?
30/08/2006, 15h38
le_voisin

ok je te remercie ! desole de ne pas etre aller voir dans la faq...je debute en c++, je sais pas si j aurai fait le rapprochement entre mon probleme et la rubrique que tu m as indique
30/08/2006, 18h29
le_voisin

euh par contre j ai cherche comment on crée un .h, et j ai pas trouvé:oops:

salut,

Citation:

Envoyé par le_voisin

euh par contre j ai cherche comment on crée un .h, et j ai pas trouvé:oops:

C'est un simple fichier texte "brut", comme tout fichier de code source (que ce soit en C, en C++, en java ou en n'importe quoi)...

L'extension .h est une simple convention qui signifie "header"(entete), et qui indique qu'il n'y a, normalement, que les délcarations dans le fichier.

Un compilateur, quand il est au travail ne peut en effet travailler qu'avec ce qu'il connait, et qui se limite à "ce dont il a déjà rencontré une déclaration valabe avant la ligne où il se trouve" (hormis, tu t'en doutera, les déclarations elles-memes ;))

De la meme manière, les fichiers qui utilisent une classe (dans ton exemple, mais ca peut etre bien plus générique) n'auront jamais besoin que des déclarations.

Le fichier d'implémentation (celui qui dit comment utiliser les classes déclarées) a, lui aussi, besoin des déclarations pour travailler.

Cela donne, si tu crées une classe MaClasse, un fichier (nommé maclasse.cpp) qui prendra la forme de
Code:

1 2 3 #include "maclasse.h" //inclusion de la déclaration de la classe // tout le reste du code
un fichier "maclasse.h" avec les déclarations sous la forme de
Code:

1 2 3 4 5 6 7 8 9 #ifndef MACLASSE_H define MACLASSE_H class MaCLasse { //déclarations des membres et méthodes }; #endif //MACLASSE_H
et, dans tous les fichier d'entete des autres classes qui ont besoin d'utiliser MaClasse, une structure du fichier sous la forme de
Code:

1 2 3 4 5 6 7 8 9 #ifndef MON_AUTRE_CLASSE_H //ca, c'est strictement pareil #define MON_AUTRE_CLASSE_H #include "maclasse.h" //on a besoin des déclarations de MaClasse class Mon_Autre_Classe { //déclarations des membres et méthodes }; #endif //MON_AUTRE_CLASSE_H

30/08/2006, 19h45
Ti-R

Citation:

Envoyé par koala01

Code:

#ifndef MON_AUTRE_CLASSE_H //ca, c'est strictement pareil

Au lieu de

Code:

#ifndef MON_AUTRE_CLASSE_H

utiliser

Code:

#ifndef H_MON_AUTRE_CLASSE

Sujet déjà traité en C (extensible à C++ je suppose)
http://www.developpez.net/forums/sho...t=34611&page=1

Pour les modérateurs, FAQ à modifier ?
Comment structurer ma classe en un fichier .h et un fichier .cpp ?
30/08/2006, 20h07
roulious

Citation:

Envoyé par Ti-R

Sujet déjà traité en C (extensible à C++ je suppose)
http://www.developpez.net/forums/sho...t=34611&page=1

Rien de tel en C++ : les noms contenant un double underscore ou commencant par un underscore suivi d'une capitale sont reserves a l'implementation dans tous les cas. Les noms commencant par un underscore sont reserves pour le namespace global (Standard, 17.4.3.1.2). Donc aucune restriction sur les noms commencant par E.

De plus le C ne reserve pas les noms commencant par E a l'implementation mais dit que celle ci peut utiliser des noms commencant par E et un nombre ou E et une capitale.
30/08/2006, 20h30
koala01

Je vous avouerai que les prescriptions de la norme en elles-memes me passent quelques peu au dessus de la tete... pour la simple et bonne raison que je n'ai encore jamais pris la peine de les lire.

Les arguments avancés sur http://emmanuel-delahaye.developpez.com/codage.htm me semblent, à défaut de connaitre la norme, au moins justifiés, maintenant, et sans entrer dans un domaine que j'ignore ( les normes, que ce soit du C ou du C++), je voudrais néanmoins attirer l'attention sur quelques mots présentant une forte redondance dans le texte:

Citation:

"il est d'usage (...)"

.

Ces trois petits mots (quatre si on compte d' pour un mot) me semblent quand meme indiquer tout le sens qu'il s'agit de donner au texte:

1- Ce sont des CONVENTIONS
2- Ces CONVENTIONS sont utilisées par l'auteur du texte, et sans doute par son entourage
3- Rien n'empeche cependant d'être d'accord, au sein d'une équipe, pour utiliser d'autres conventions (hormis les restrictions posée par les normes, mais comme je ne les connais pas...:oops: ) Apres tout, la notation "hongroise" a droit de sité dans de nombreuses entreprises/équipes ;) (notation qui m'execre au plus haut point, mais c'est un gout personnel ;) )

Sans vouloir juger d'aucune manière la valeur de ce texte (qui suis-je pour le faire?) j'aurais tendance, en tous cas, à ne pas le prendre *forcément* au pied de la lettre.

Je ne remets nullement en cause les faits que la cohésion (au sein meme du code et de l'équipe de développement) et la rigueurs sont indispensables dans la gestion du projet, mais je veux juste mettre en garde contre le fait que ce qu'une (équipe de) personne(s) peut juger parfait peut très bien etre considéré comme imparfait, parce que trop/pas assez rigide, mal adapté à une situation et à l'histoire de chacun ou plein d'autres raisons, à une autre.

Les carcans par trop rigides finissent toujours par casser à un moment où un autre ;)
30/08/2006, 20h51
Ti-R

Koala01 et Roulious je suis d'accord avec vous, mais premièrement je ne suis pas sur des normes en vigueur pour inclure des fichiers, et Emmanuel Delahaye semble assez sur de lui dans l'autre thread.

Ensuite il semble plus parler d'une norme que d'une convention personnelle (voir le dernier post du thread), j'ai d'ailleurs donné mon avis sur ma convention personnel.
30/08/2006, 21h38
koala01

Je l'ai dit, mon but n'est pas de critiquer, ni l'auteur de la page fournie ne référence, ni la personne qui l'a relayée...

Mon but est de faire prendre conscience que l'écrit est bien plus un conseil, judicieux, mais tres/trop rigide qu'une règle.

En effet, un regle commence par "on doit" / "on ne doit pas", "il est interdit de" et autre impératifs du meme genre, éventuellement associée à des exceptions (et à des exceptions aux exceptions, comme on en trouve dans la grammaire francaise ;))

C'est toute la différence entre les limitations de vitesse en Belgique et en France sur autoroute ("interdiction de dépasser le 120 km/h) et la vitesse maximale conseillée en Allemagne ("on vous conseille de ne pas dépasser le 120km/h").

Le texte donne des conseils ("il est d'usage")...

Libre à quiconque de les ériger, pour lui meme en regles personnelles de conduites, comme de décider de les adapter à sa propre sensibilité.

Par contre, les gens qui décideront de leur plein gré de les ériger en règles personnelles de conduite devraient AMHA prendre le plis (je voudrais presque écrire "devraient avoir l'honneteté morale :? :oops: )de ne les présenter aux autres que comme ce qu'ils sont réellement.

Encore une fois, je le répète, ce genre d'intervention n'a nullement pour but de critiquer ces conseille, dont je respecte d'ailleurs une très grande partie...