[fonctions] macro, inline ou pas

Bonjour,
Afin de gerer des structures avec plus de facilitée, je cree egalement des fonctions utilitaires assez courtes. Dans un soucis de performance, l'appel de telles fonctions peut paraitre aberant.
Il existe donc deux solutions pour resoudre ce problem, soit une macro a la place de la fonction, ou soit declarer la fonction inline (>=C99). (La solution etant de tout reecrire a la main n'etant pas envisageable, car une perte de temps et non propre, à mon avis.)

Ma question est quelle sont les regles pour choisir ? Quand mettre macro, inline ou rien?

(Sachant que l'inline est effectivement une solution intermediaire, se comportant comme une macro ou comme une fonction non-inline, selon le compilateur.)

D'avance merci

EDIT : C99 et non C90, erreur de frappe

La macro est remplacée par le préprocesseur.
La fonction inline est remplacée par le compilateur.
Sinon, c'est exactement pareil. :)
Après, il est possible que certains compilos choisissent de mettre ou pas une fonction en inline, selon la taille du code final et la vitesse perdue, parfois ce n'est pas intéressants
Fait donc confiance à ton compilo pour ça, il est même capable de voir qu'une fonction est trop petite et de décider de l'"inliner" tout seul :)

Citation:

---

Envoyé par TabrisLeFol

Ma question est quelle sont les regles pour choisir ? Quand mettre macro, inline ou rien?

---

Inline est la solution d'avenir. En attendant, les macros sont correctes, si on maitrise les risques d'évaluation multiples des paramètres (une bonne documentation suffit à avertir l'utilisateur).

Autre solution, quitte à transgresser quelques règles habituelles, les fonctions 'static' définies dans le .h. Il est fort probable que le compilateur en fera des fonctions inline. A réserver aux fonctions courtes (parfait pour un accesseur).

Cette réalisation est à appliquer quand la recherche de performance prime. Si c'est la sécurité qui importe, et notamment une abstraction totale des données, les fonctions 'réelles' sont irremplaçables.

http://emmanuel-delahaye.developpez.com/tad.htm

Personnellement, je ne me préoccupe pas de ce genre de détails trop tôt dans le cycle de développement. J'utilise de véritables fonctions pour tous mes accesseurs, et autres fonctions courtes, pas d'inline pour moi tant que le support de C99 n'est pas plus répendu.

Je ne considère le remplacement d'une fonction par une macro que lorsque le profilage montre que le coût de tel ou tel appel de fonction dans une boucle est trop important.

Thierry

Citation:

---

Envoyé par Emmanuel Delahaye

Autre solution, quitte à transgresser quelques règles habituelles, les fonctions 'static' définies dans le .h. Il est fort probable que le compilateur en fera des fonctions inline. A réserver aux fonctions courtes (parfait pour un accesseur).

---

Histoire de faire les choses proprement, tu peux faire :

Code:

---

1 2 3

#if __STDC_VERSION__ < 199901L # define inline #endif /* __STDC_VERSION__ */

---

Citation:

---

Envoyé par gege2061

Histoire de faire les choses proprement, tu peux faire :

Code:

---

1 2 3

#if __STDC_VERSION__ < 199901L # define inline #endif /* __STDC_VERSION__ */

---

---

Tu veux dire

Code:

---

1 2 3

#if __STDC_VERSION__ < 199901L # define inline static #endif /* __STDC_VERSION__ */

---

Citation:

---

Envoyé par Emmanuel Delahaye

Tu veux dire

Code:

---

1 2 3

#if __STDC_VERSION__ < 199901L # define inline static #endif /* __STDC_VERSION__ */

---

---

Je ne savais pas que les compilateurs réalisaient ce type d'optimisation avec les fonctions statiques. Merci Emmanuel, c'est bon à savoir

Thierry

Citation:

---

Envoyé par mujigka

Je ne savais pas que les compilateurs réalisaient ce type d'optimisation avec les fonctions statiques. Merci Emmanuel, c'est bon à savoir

---

Quand c'est possible, et avec un certain niveau d'optimisation. Evidement, ça dépend du compilateur. Certains ne font rien...

Citation:

---

Envoyé par Emmanuel Delahaye

Si c'est la sécurité qui importe, et notamment une abstraction totale des données, les fonctions 'réelles' sont irremplaçables.
http://emmanuel-delahaye.developpez.com/tad.htm

---

ADT! Merci beaucoup, la separation *.h/*.c, je connaissais mais je n'aurais jamais pensé mettre les declarations de types veritables dans le *.c. C'est une excellente strategie!

Dans les inlines, montrer tout l'implementation me gener pas mal... (Pas que cela soit un problème crucial de securité... Mais je trouve cela tres propre!)

Je suis habitué à la OOP, pas aux langages "procedural".

Et merci, pour les informations suppléménetaires au sujet de inline (et static)

Citation:

---

Envoyé par Emmanuel Delahaye

Tu veux dire

Code:

---

1 2 3

#if __STDC_VERSION__ < 199901L # define inline static #endif /* __STDC_VERSION__ */

---

---

:nono: tout simplement parce qu'il est conseillé de mettre les fonctions publiques inline en static dans les fichiers d'entête donc tu risque d'avoir deux fois static ;)

Surtout que selon les compilos, une fonction inline peut être considérée static par le fait même qu'elle soit déclarée inline (voir Visual)