Discussion :

[dj.motte]

Salut,

Voilà je suis plus habitué au C++ qui dispose d'espaces de définition. Il me semble que les moutures récentes du C permettent des "namespace".

Mais je vois pas comment mettre en oeuvre cette commodité.

par ex :
dans le module A, il y a :
int readstream();
dans le module B, il y a :
int readstream();

Comment faire la distinction entre les deux fonctions ?

[granquet]

pas de namespace en C.

donne des noms de fonctions differents a des fonctions ... differentes !

[nemo69500]

ou alors si elle sont dans des structures , tu pourra les appeler differament

Code :

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

1
2
3
 
a.readstream();
b.readstream();

[crocodilex]

ou alors si elle sont dans des structures , tu pourra les appeler differament

Code :

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

1
2
3
 
a.readstream();
b.readstream();

C'est du C++ que tu proposes là !!!

[Jean-Marc.Bourguet]

Salut,

Voilà je suis plus habitué au C++ qui dispose d'espaces de définition. Il me semble que les moutures récentes du C permettent des "namespace".

Mais je vois pas comment mettre en oeuvre cette commodité.

par ex :
dans le module A, il y a :
int readstream();
dans le module B, il y a :
int readstream();

Comment faire la distinction entre les deux fonctions ?

On met des prefixes: AReadStream, BReadStream.

[Thierry Chappuis]

Salut,

Voilà je suis plus habitué au C++ qui dispose d'espaces de définition. Il me semble que les moutures récentes du C permettent des "namespace".

Mais je vois pas comment mettre en oeuvre cette commodité.

par ex :
dans le module A, il y a :
int readstream();
dans le module B, il y a :
int readstream();

Comment faire la distinction entre les deux fonctions ?

Le mieux est de préfixer le nom de la fonction avec le nom du module:

Code :

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

1
2
int A_fonction(void);
int B_fonction(void);

Tu peux aussi procéder comme l'a proposé nemo69500, mais je ne vois pas le gain en lignes de codes:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
int A_fonction(void);
int B_fonction(void);
 
struct Fonction_ns  {
    int (*fonction)(void);
};
 
const struct Fonction_ns A = {A_fonction};
const struct Fonction_ns B = {B_fonction};
 
/*...*/
A.fonction();
B.fonction();

Thierry

[nemo69500]

C'est du C++ que tu proposes là !!!

c est pas du c++, fo que tu te renseigne sur les structure , pas des class , je parle de structure et c est tout a fait du C

[Emmanuel Delahaye]

Voilà je suis plus habitué au C++ qui dispose d'espaces de définition. Il me semble que les moutures récentes du C permettent des "namespace".

Pas à ma connaissance. Tu as une référence ?

Mais je vois pas comment mettre en oeuvre cette commodité.

par ex :
dans le module A, il y a :
int readstream();
dans le module B, il y a :
int readstream();

Comment faire la distinction entre les deux fonctions ?

Saus avis contraire, à part static, je ne vois pas. Mais elles ne seront pas visibles de l'extérieur.

Sinon, la pratique courante, c'est la gestion 'à-la-main' :

Code :

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

1
2
3
 
int A_readstream();
int B_readstream();

Mais ce n'est pas un scoop...

[Emmanuel Delahaye]

c est pas du c++, fo que tu te renseigne sur les structure , pas des class , je parle de structure et c est tout a fait du C

Tu veux dire que tu utilises des pointeurs de fonctions ? Ca complique pour pas grand chose. Le préfixage est la solution 'C'.

[Jean-Marc.Bourguet]

Pas à ma connaissance. Tu as une référence ?

J'avais pas releve. J'ai jamais rien vu, meme dans les propositions.

[Gruik]

Je confirme, les "methodes" dans les struct c'est qu'en C++ (meme si c'est pas des classes), ou alors tu as des structures avec des pointeurs de fonction initialisés à la bonne fonction

[crocodilex]

c est pas du c++, fo que tu te renseigne sur les structure , pas des class , je parle de structure et c est tout a fait du C

Alors dans ce cas, il faut que tu soit plus précis dans tes réponses.
Quand tu dis, je cite :

ou alors si elles sont dans des structures , tu pourra les appeler differament

je suppose que "elles" c'est pour "les fonctions". Donc en effet, des fonctions dans une structure, cela ressemble à une classe.
A moins que tu voulais parler de pointeur de fonction...

[...]fo que tu te renseigne sur les structure[...]

Merci pour ce tuyau, mais je pense m'être déjà renseigné sur les structures à l'époque où tu portais encore des couches culottes...

[nemo69500]

excuse moi

[gege2061]

J'ai jamais rien vu, meme dans les propositions.

Si, sur comp.std.c : Why not add namespace feature into standard C? Autres options

[souviron34]

je rajouterais, comme l'ont déjà indiqué mes estimés collègues ci-dessus, que je n'en vois pas l'intérêt, tout au plus pour fainénantiser un peu plus les programmeurs... Sans augmenter la lisibilité.

En effet, ce qui est valable dans un langage objet, où on peut distinguer un nom par l'objet auquel il se rattache, n'a pratiquement aucun intérêt dans un langage non objet.

Soit on a des fonctions privées, et on est libre des noms que l'on affecte. Soit on a des fonctions publiques, et un minimum de logique dans la conception implique de leur donner un nom clair (par exemple précédé de la fonctionalité, du module, du projet, etc..).

L'avantage dans un langage non-objet de cette manière de procéder est qu'on peut avoir une politique de noms homogènes, décidée par la conception.... Et donc plus lisible.

Et si on permettait en C quelque chose comme ça, cela deviendrait automatique, et donc( même sans parler des problèmes de compatibilié mentionnés dans le lien du post précédent), dé-responsabiliserait le programmeur sur le choix, et compliquerait inutilement la vie : soit une application (gros projet) comprenant 9000 fonctions externes, manipulant 500000 objets, classés en 150 différents types.... Euhhhhh.........

Enfin, ceci est mon opinion et je la partage

[Jean-Marc.Bourguet]

Si, sur comp.std.c : Why not add namespace feature into standard C? Autres options

Je parlais des propositions formelles.