Deux codes selon un flag

Bonjour tout le monde !

J'ai besoin de vos conseils...
Dans le cadre d'un gros développement, je récupère du code. A partir d'un flag (un #define quoi ;) ), je vais l'exécuter d'une façon ou d'une autre.

La solution la plus simple envisagée est de dupliquer les fichiers, en les nommant différemment et en incluant l'un ou l'autre suivant l'état du flag.

Ca me paraît plus que violent comment méthode...

Comment feriez-vous ? Il y a en tout quatre fichiers de quelques 1000 lignes chacun... un tas de méthodes (pas compté, mais en gros une bonne centaine).

Précision: c'est du C++.
Merci d'avance !

euh...

les definitions te permettent d'avoir tout dans un seul fichier et de choisir uniquement à la compilation avec l'option -D 8O

gc++ -DFLAG ...

Par contre, ne PAS mette de #define..

Mais juste un

Code:

---

1 2 3 4 5

#ifdef FLAG fonction1 ( ...) #else fonction1 (...) #endif

---

ou même

Code:

---

1 2 3 4 5 6 7 8

fonction1 (...) { #ifdef FLAG .. #else .. #endif }

---

OK, je vais rectifier ma "prose" un tout petit peu :).
Effectivement, c'est un -D à la compilation, pas de #define (mais c'était juste pour que tout le monde comprenne la même chose par "flag").

Ensuite, j'y ai pensé aussi, mais c'est aussi lourd de le faire comme ça à l'intérieur de chaque fonction... Je me demandais s'il existe une solution (plus élégante) à ce type de problème.

ben tout dépend de ce qu'il y a de différent et de commun entre les 2.

Si c'est un algo dans une fonction, ou un type de comportement général, ou une API..

Il faudrait en savoir plus...

C'est un comportement qui change suivant le flag. Toutes les méthodes sont impactées (c'est une API).

ok.

TOUTES les API sont modifées ?

Peut-on relier ce changement à quelque chose de plus général (par exemple un outil graphique différent, une plateforme ?

Si oui, tu pourrais effectivement dupliquer les fichiers (modifications faites, bien entendu), en sous-répertoires dépendant de ce paramètre plus général, avec un seul makefile, qui choisit en fonction du "Define", qui dans ce cas-là peut n'être qu'un paramètre de make...

Exemple :

Code:

---

1 2 3

interface / \ Win Linux

---

je cite ça en exemple seulement ;)

C'est effectivement plutôt ce type de USE Case (en fait, ça permet de différencier le cas de la simulation, et le cas réel sur plateforme matérielle).

juste un petit mot à ce sujet : c'est en général une très mauvaise pratique d'avoir un code différent entre la simulation et le cas réel....

Et en plus de modifer les API.


Il manque gravement quelque chose au niveau de la conception globale....
:?

Erf, je sais bien, mais le soucis, c'est que c'est au niveau driver que cela se passe, et on ne peut pas les utiliser en simulation... C'est le problème du simulateur (et je ne peux rien y faire, malheureusement)...