web-dev-qa-db-fra.com

Pourquoi le signe de pourcentage (%) a-t-il été choisi comme spécificateur de format pour la famille de fonctions printf?

Tout le monde sait qu'au moins en C, vous utilisez la famille de fonctions printf pour imprimer une chaîne formatée. Et ces fonctions utilisent un signe de pourcentage (%) pour indiquer le début d'un spécificateur de format. Par exemple, %d signifie imprimer un int et %u signifie imprimer un unsigned int. Si vous n'êtes pas familier avec le fonctionnement des espaces réservés de fonction et de format printf, ou si vous avez simplement besoin d'une mise à jour, l'article Wikipedia est un bon point de départ.

Ma question est la suivante: y a-t-il une raison particulièrement convaincante pour laquelle cela a été initialement ou devrait être choisi à l'avenir comme spécificateur de format?

De toute évidence, la décision a été prise il y a longtemps (très probablement pour un prédécesseur même du langage C), et elle a été plus ou moins "standard" depuis lors (non seulement en C, mais aussi dans une vaste gamme d'autres langages qui ont adopté sa syntaxe à des degrés divers), il est donc beaucoup trop tard pour changer. Mais je suis toujours curieux de savoir si quelqu'un a une idée de la raison pour laquelle ce choix aurait pu être fait en premier lieu, et si cela a toujours du sens comme le choix si l'on conçoit un nouveau langage avec des fonctionnalités similaires.

Par exemple, avec C # (et l'autre famille de langages .NET), Microsoft a pris une décision légèrement différente concernant le fonctionnement des fonctions de formatage de chaînes. Bien qu'un certain degré de sécurité de type puisse y être appliqué (contrairement à l'implémentation de printf en C), et qu'il n'est donc pas nécessaire d'inclure une indication du type du paramètre correspondant, ils ont décidé d'utiliser l'index zéro paires d'accolades ({}) comme spécificateurs de format, comme ceci:

string output = String.Format("In {0}, the temperature is {1} degrees Celsius.",
                              "Texas", 37);
Console.WriteLine(output);

// Output:
//     In Texas, the temperature is 37 degrees Celsius.

La documentation du String.Format method contient plus d'informations, tout comme cet article sur le formatage composite en général , mais les détails exacts sont plutôt sans importance. Le fait est simplement qu'ils ont abandonné la pratique de longue date d'utiliser % pour indiquer le début d'un spécificateur de format. Le langage C aurait pu facilement utiliser {d} et {u}, mais ce n'est pas le cas. Quelqu'un a-t-il une idée de pourquoi, si cette décision a un sens rétrospectivement et si de nouvelles implémentations devraient la suivre?

Évidemment, il n'y a aucun caractère qui pourrait être choisi qui ne devrait pas être échappable pour qu'il puisse être inclus dans la chaîne elle-même, mais ce problème est déjà assez bien résolu en utilisant simplement deux d'entre eux . Quelles autres considérations sont pertinentes?

chistory
27
Cody Gray

Comme le note @Secure, la fonction printf de C est inspirée de la fonction writef de BCPL. Et si vous regardez la page wikipedia pour BCPL , il y a un exemple qui montre que BCPL writef a également utilisé % pour introduire un spécificateur de format.

Nous pouvons donc en déduire que C a utilisé % soit parce que BCPL l'a fait, soit pour les mêmes raisons que BCPL. Mon instinct est que c'était simplement que % est l'un des caractères les moins utilisés ASCII ... du moins c'est ce que pensaient les auteurs. Il est également probable qu'ils n'aient pas passé beaucoup de temps à évaluer les différentes alternatives. à l'époque, BCPL et C étaient des langages obscurs, et les auteurs avaient probablement des choses plus importantes à traiter.

Cependant, il y a une clé mineure dans les travaux. Alors que C a été inspiré par BCPL, il n'est pas tout à fait clair si les bibliothèques d'E/S BCPL ont emprunté C ou l'inverse. Je me souviens vaguement que les bibliothèques d'E/S de BCPL ont subi un processus d'évolution à peu près au moment où l'opérateur d'indexation des octets d'infixe a été ajouté au langage. (En fait, je pense que je sais qui serait au courant.)

12
Stephen C

L'entrée Wikipedia ne contient pas beaucoup d'informations historiques, non spécifiques à printf, mais pour échapper des caractères en général.

http://en.wikipedia.org/wiki/Escape_character

Une première référence au terme "caractère d'échappement" se trouve dans les publications techniques IBM de Bob Bemer. Apparemment, c'est lui qui a inventé ce mécanisme, lors de ses travaux sur le jeu de caractères ASCII.

Ma supposition est la suivante: la barre oblique inverse était déjà utilisée pour les littéraux de chaîne et un autre caractère était nécessaire pour les chaînes de format. Très probablement, ils ont choisi le personnage avec la fréquence la moins fréquente d'utilisation et d'occurrence normales.

BTW, un autre article connexe y est lié avec un terme que je n'ai jamais entendu auparavant:

http://en.wikipedia.org/wiki/Leaning_toothpick_syndrome

L'article pour printf contient d'autres extraits d'informations, mais pas sur les raisons.

http://en.wikipedia.org/wiki/Printf

Printf variadic de C a ses origines dans la fonction writef de BCPL.

6
Secure