Discussion :

[fx007]

Salut !

J'ai un header de ce style :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
 
#if !defined( EXAMPLE_H )
#define EXAMPLE_H
#define _BOB
 
class Example
{
 
protected: ...
public:
#ifndef _BOB
coco();
#endif
 
private:
#ifdef _BOB
coco();
#endif
};
#endif // !defined( EXAMPLE_H )

Et mon problème c'est que les commande #ifndef et #ifdef ne mettent pas en gris les bout de code où j'ai appliqué une condition.
--> Est-il possible de faire ce que j'ai fait ou pas? à savoir mettre une condition pour que la fonction coco() soit dans la partie private ou dans la partie public de la classe (selon la condition).

Merci

[rikau2]

Bien sur que tu peux mettre des preconditions ou tu veux, a condition que la syntaxe du langage soit respectee.

exemple.

Code :

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

1
2
3
4
5
6
7
8
9
10
11
 
#ifdef __cplusplus
extern "C"
{
#endif /* __cplusplus */
   typedef AiReturn _API_ISR_FUNC FDX_SERVER_CALLBACK_FUNC(   const AiChar *  /* ac_SrvName */,
                                                const AiUInt32                /* ul_ChangeType */,
                                                TY_RESOURCE_LIST_ELEMENT *    /* px_ResourceList */);
#ifdef __cplusplus
}
#endif /* __cplusplus */

[fx007]

Ok mais le truc c'est que dans l'exemple que j'ai mis dans mon premier message, aucune des condition n'est grisée alors qu'il devrais y en avoir une qui doit être grisé non?

[rikau2]

Ca depend de ton editeur...

Visual de temps en temps est un peu capricieux et ne grise pas la bonne partie, donc pas de souci pour ca tant que ca compile sans erreurs ni warnings et que ca fait ce que tu veux....

[rikau2]

Par contre, preferes la syntaxe suivante:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
#if !defined( EXAMPLE_H )
#define EXAMPLE_H
#define _BOB
 
class Example
{
 
protected: ...
#ifndef _BOB
public:
coco();
#endif
 
#ifdef _BOB
private:
coco();
#endif
};
#endif // !defined( EXAMPLE_H )

[r0d]

Pardonnez ma curiosité, mais je ne parviens pas à entrevoir l'utilité de ce hack. A première vue, j'y vois un trés gros inconvénient, c'est que l'utilisateur de ta classe sera contraint de connaître ce hack et de définir des variables. Et l'utilisation de ta classe risque de s'avérer épineuse.

[fx007]

oui alors en fait j'effectue des tests sur un fichier lib et ma dll de test a besoin d'avoir acces a certaines fonction du fichier lib qui sont déclarer en private. Il me faut donc passer celle-ci en public lorsque je serai en phase de test.

L'idée etait d'ajouter une macro dans les options du compilo et le tour est joué... mais bon je sais pas pourquoi visual n'apprécie pas trop que je fasse ca pour mon fichier .h alors que ca marche bien pôur le fichier cpp...

Merci pour tes éclairs nikau2

et j'espère que j'ai été assez clair dans mon explication r0d

[r0d]

Ok je vois. Et à bien y réfléchir, je ne trouve pas de meilleure façon de faire que ce que tu as fais.

En ce qui concerne la coloration syntaxique, c'est clair que visual est souvent "dans les choux", donc si ton code fonctionne, je ne penses pas qu'il soit utile de s'attarder là-dessus.

[fx007]

oui et j'ajouterais avant de clore le topic que ma dll de test a aussi besoin de la macro que j'utilise dans le fichier que je teste... car je fais appel à un .h utilisant la macro conditionnel.

SOLUTION ==> Il faut ajouter les macros dans le projet si vous faite appel au .h d'un autre projet qui utilise des macros conditionnel ...

c'était un peu subtil et cela ma couté une matinée :p

merci et bonne journée !