Bonjour,
 
J'aimerai savoir l'utilité des pointeurs de fonctions en C. Je sais vous allez me dire que c'est impensable de pas les utiliser et que y'a que les débutants qui ne les utilisent pas, n'empeche, je ne trouve pas d'exemple concret et suffisamment général pour leur utilisation. Le seul exemple que j'ai trouvé sur le net est celui de tri de chaines de caractères, avec différentes méthodes de tri mais des valeurs de retour identiques des fonctions. Cependant, meme dans ce cas un switch() avec des break (par exemple ? non, bon ok   ) serait gérable il me semble. SI c'est juste pour gérer deux ou trois cas dumoins. Enfin....merci de votre réponse par avance, n'hesitez pas si vous avez des exemples    

Bah, toutes les fonctions de callback par exemple.  
Suppose que tu développes un module de saisie de données générique, tu peux après chaque saisie appeler une fonction de contrôle pour cette saisie, ou afficher des champs supplémentaires de saisie, ou des informations suuplémentaires en fonction de ce qui vient d'être saisi.  
Evidemment on rentre dans des choses un peu compliquées.

Un site sur les pointeurs de fonctions et les callbacks, peu-têtre qu'il te sera utile...
http://www.newty.de/fpt/index.html (par contre c'est C ET C++)

Un exemple tout simple, c'est la fonction qsort() de la bibliothèque standard.
Cette fonction permet d'appliquer l'algorithme de tri quicksort sur n'importe quoi. Pour pouvoir faire ça, la fonction admet quatre paramètres : un tableau à trier, le nombre d'éléments et leur taille unitaire (histoire que la fonction sache lire la table), et... un pointeur de fonction.
Ce dernier argument permet de définir une fonction qui sert tout bêtement à comparer deux éléments de la table : la fonction doit prendre deux paramètres (les éléments de la table à comparer), et doit retourner un entier : négatif si le premier élément est inférieur au second, nul s'ils sont égaux, positif dans le dernier cas.
Ce qui nous donne une fonction de tri qui n'a absolument pas besoin de savoir ce qu'elle traite comme donnée, elle est donc générique : qsort() assure l'ordre et le nombre des comparaisons selon un algorithme de tri optimisé, et effectue les actions de tri de la table. Et délègue la comparaison à une fonction écrite par le développeur, permettant de spécialiser la fonction à un emploi précis.

Les pointeurs de fonctions sont donc des outils très utiles pour l'écriture de bibliothèques puisque ça permet de créer des fonctions génériques, les spécificités étant laissées à l'utilisateur final.

Autre avantage, comme le dit Trap D : les callbacks. Il s'agit d'attribuer à un évènement quelconque (une erreur, l'arrivée d'une donnée, n'importe quoi) une fonction qui se chargera de réagir à cet évènement.
Exemple : la fonction POSIX.1 signal(), qui permet d'attribuer à un signal Unix (évènement balancé au programme par le système, en très gros) une fonction qui effectuera une action dédiée. Par exemple, on peut dire qu'un signal de fin de processus SIGTERM lancera la fonction bidule(), qui se chargera de fermer une connexion réseau ouverte par le programme avant de sortir proprement.

Il y a plusieurs autres usages aux pointeurs de fonctions, le cas où je les utilise le plus souvent c'est pour écrire des wrappers.
C'est tout bête : j'écris une fonction "chef de gare" qui va recevoir, par exemple, une structure complexe de données à traiter. Et, selon le type de la donnée (type A, B, C, .... ), je redirige vers une autre fonction qui traitera vraiment la structure.
Plutôt que d'écrire une très longue suite illisible de if...else if.... else if.... etc, j'écris une structure anonyme avec comme élément le type de la donnée, et un pointeur de fonction. Je n'ai plus qu'à boucler dessus, vérifier le type et appeler la fonction correspondante, et l'ajout (ou l'effacement) d'un type de donnée ne prend plus qu'une ligne de paramétrage. La fonction ne fait plus (hors structure anonyme donc) que 10 lignes, à maintenir c'est un poil plus simple.

Voila voila.

 
Pour faire suite au message d'Elmoricq, j'ai retrouvé dans les archives du fofo un petit truc que j'avais écrit suite à une discussion sur un exercice.
L'exercice consistait à donner des caractéristiques sur une suite de nombres (dire s'ils sont tous pairs, tous impairs, tous croissants, tous décroissants etc).
J'avais proposé, plutôt que de faire un gros truc bien immonde dans sa rigidité, d'écrire une structure contenant
- un texte explcatif sur la caractéristique recherchée
- le résultat attendu
- un pointeur sur une fonction chargée de vérifier que l'ensemble des nombres répond bien aux caractéristiques attendues
Ce qui permettrait ensuite l'évolutivité du truc => rajouter un nouveau test consisterait juste à rajouter la fonction de vérification de ce test et l'intégrer dans l'ensemble des fonctions déjà exécutées de façon automatiques
 
Voici le code source du truc

 
Et voilà - Si on veut rajouter un traitement à faire sur le tableau de nombres, de:
- écrire la fonction de traitement
- rajouter le texte explicatif, le pointeur sur la fonction et le résultat attendu dans le tabQuestion
- prototyper la fonction avant le main
- et recompiler
 
Si on a envie de s'amuser sur 4, 5 ou 100 nombres, il suffit de modifier la valeur du "#define NB  (3)" et recompiler
 
La compréhension du pointeur sur fonctions est un grand pas en avant vers l'objet

En complément de ce qui a été dit :  
 
http://mapage.noos.fr/emdel/complog.htm
 

  Merci pour vos réponses!    

Sve@r, ton code est un exemple qui me parle bien   "La compréhension du pointeur sur fonctions est un grand pas en avant vers l'objet", je suis sur que Douste dirait "aneffet"