Pourquoi est-ce que C de format de printf ont à la fois %c et %s?

Pourquoi est-ce que C de format de printf ont à la fois %c et %s?

Je sais que %c représente un caractère unique et %s représente un nul chaîne de caractères, mais ne serait pas la représentation de chaîne suffit?

  • Probablement à distinguer entre une valeur null string et d'un caractère. Si ils ont juste eu %s, puis chaque personnage doit être null. char c = 'a';, dans ce cas c doit être null. C'est mon hypothèse bien 🙂
  • Pourquoi ne pas mettre ça comme réponse, Surtout quand C'est de la réponse
  • Hein? Que faire si vous voulez juste mettre un seul personnage, pourquoi devriez-vous besoin d'ajouter un NUL à elle? Ou n'ai-je pas obtenir quelque chose dans cette question?
  • votre hypothèse est la réponse à cette question je crois
  • Ouais, j'aurais upvoted comme une réponse comme je l'ai fait le commentaire haha.
  • Là vous allez 🙂
  • %c s'attend à un système de référence géodésique de char de type a de la valeur primitive. %s s'attend à un système de référence géodésique de char * type, un pointeur. La différence entre eux est énorme en C, en dépit du fait qu'ils s'appliquer à du texte.

InformationsquelleAutor |
  1. 98

    Probablement de distinguer entre une valeur null string et d'un caractère. Si ils ont juste eu %s, puis chaque personnage doit être null. 

    char c = 'a';

    Dans le cas ci-dessus, c doit être null. C'est mon hypothèse bien 🙂

    • vous pouvez supposer l'intérieur d'un commentaire, mais pas dans une réponse.. Encore +1, puisque l'hypothèse est correcte.. 😉
    • Pas une vraie réponse car cela pourrait être évité par %.1s
    • Ensuite, votre solution pourrait faire C travailler uniquement avec le %s?
    • dans le sens que si vous aviez toujours votre char à l'intérieur d'un objet adressable, oui.
    • Ouais, c'est probablement la même raison, le Delphi format de fonction n'a pas de c%. Parce que Pascal chaînes ne sont pas null.
    • Des hypothèses peuvent être mal 🙂
    • Un char est un octet dans la mémoire et jamais terminé. Votre hypothèse est fausse.
    • Je ne le dis pas. Sans doute, ma formation de la phrase peut prêter à confusion. Comme vous le savez peut-être, la chaîne de format pour le spécificateur de format %s doit être null. Si il n'y a pas de %c dans la langue, puis dans mon exemple ci-dessus, l'identificateur de c doit être null pour être en mesure d'utiliser avec le spécificateur de format %s.
    • Je ne sais pas si les implémentations de *printf peut être invoqué à ne pas lire au-delà le nombre d'octets en cours d'affichage. Accordé, si "%.1s" ont été la façon dont nous livrons en série, a exprimé "%c", ils seraient bientôt commencer à le faire.
    • Déroutant, la réponse est pire que de donner une mauvaise réponse ... je ne peux pas croire que vous êtes disputer à ce sujet.
    • -1 c'est une mauvaise réponse... La raison que printf("%s", c) ne serait pas le travail n'est pas parce que des non-résiliation, mais parce que printf attend %s pour pointer vers un emplacement de la mémoire, tandis que c est un personnage de la valeur. Null-résiliation est la raison printf("%s", &c) ne fonctionnerait pas, mais même si il l'a fait, d'avoir un %c identifiant toujours sens, car nécessitant &c est incompatible avec la façon dont chaque variable, le type est imprimé. Donc, juste en disant: "c'est à cause de terminaison null" est incorrect.
    • Je ne vois pas comment 74 les gens pensaient que c'était les bonnes réponses, car il ne mentionne pas que vous auriez à passer un char* à même d'obtenir un caractère à imprimer avec %s. Juste rappelant ce qu'BlueRaja dit
    • mais alors, doit c être un char, mais c sera dans la plupart des cas être un int, et %c fonctionne pour char et int (à cause de la promotion du type).
    • caractère unique n'est pas une valeur null. La chaîne a besoin de connaître quelle que soit la taille OU la valeur 'null' caractère de laisser le système faire connaître sa résiliation

    InformationsquelleAutor Mahesh
  2. 73

    %s imprime les caractères jusqu'à ce qu'il atteigne une 0 (ou '\0', même chose).

    Si vous avez juste un char x;, l'impression avec printf("%s", &x); - vous devez fournir l'adresse, depuis %s s'attend à un char* - donnerait des résultats inattendus, comme &x + 1 pourrait ne pas être 0.

    Donc on ne pouvait pas, il suffit d'imprimer un caractère unique, à moins que c'était nul (très inefficent).

    EDIT: Comme d'autres l'ont souligné, les deux s'attendre à des choses différentes dans le var args paramètres - un pointeur, l'autre un seul char. Mais cette différence est assez clair.

    • vous devez mentionner que %s prend un pointeur alors que %c prend un personnage lui-même.
    • Et ce qui est plus important, vous ne pouvez imprimer un caractère si son adresse peut être pris. Qui permettrait d'exclure de l'impression, les retours de fonctions, e.g, et aussi vous inscrire variable.
    • Vous pouvez éviter le problème de la terminaison null en fournissant une précision.
    InformationsquelleAutor Luchian Grigore
  3. 37

    La question qui est mentionné par d'autres, qu'un personnage unique devrait être une valeur null n'est pas un vrai. Ce pourrait être traitée en fournissant une précision au format %.1s ferait l'affaire.

    Ce qui est plus important, à mon avis, c'est que pour %s sous toutes ses formes, vous auriez à fournir un pointeur vers un ou plusieurs caractères. Cela voudrait dire que vous ne serait pas en mesure d'imprimer des rvalues (expressions calculées, la fonction retourne etc) ou enregistrer des variables.

    Edit: je suis vraiment énervé par la réaction à cette réponse, je vais donc sans doute supprimer cela, ce n'est vraiment pas la peine. Il semble que les gens réagissent sur ce sans même avoir lu la question, ou de savoir comment apprécier la technicité de la question.

    Que ce soit clair: je ne dis pas que vous devriez préférer %.1s sur %c. Je dis seulement que les raisons pour lesquelles %c ne peut pas être remplacé par différentes de la réponse à faire semblant de le dire. Ces autres réponses sont juste techniquement faux. Nulle la résiliation n'est pas un problème avec %s.

    • C'est une vraie... pourquoi préférez-vous avoir %.1s sur %c? Ce que vous faites est de ré-inventer un marqueur de printf...
    • Non, je ne dis pas que tout le monde devrait préfère ça, au contraire. Je dis que %.1s aurait la fonctionnalité d'impression seulement un caractère qu'il ne faut pas même être une valeur null, alors la terminaison null n'est pas une objection valable à "introduire" %c.
    • +1 Pour moi, c'est un très bon point, qui parle de la nécessité plutôt que pratique @LuchianGrigore: pourquoi préférez-vous avoir %.1s sur %c? Parce qu'il n'est pas d'en ajouter un descripteur de format supplémentaire. À l'aide de précision dans le format descripteur est une fonctionnalité qui doit être assurée indépendamment de savoir si vous en avez besoin pour un seul caractère. Donc finalement, que serait vous faire économiser un supplément de spécification de format.
    • Serait %.1s s'attendre à un char ou un char*?
    • Ce n'était pas la véritable raison d'être discuté ou il est indiqué dans votre réponse quand je l'ai vu.
    • Je sais, mais ma question est sur le ce réponse. Vous voulez un peu de marqueur qui indique printf pour imprimer un seul char. Vous souhaitez passer char x; à la fonction. Donc il n'y a pas de réel avantage à l'utilisation de %.1s sur %c, parce que grâce à %.2s nécessiterait un autre type de paramètre.
    • personne ne dit que. Ma réponse indique simplement que nulle la résiliation n'est pas le bon argument, mais que le fait de prendre l'adresse de l'objet est un argument.
    • +1 correct. Envisager printf("%c", 'a' + 8) - vous ne pouvez pas écrire que `printf("%.1s", 'a' + 8)`
    • -1 Cette réponse n'a pas code pour plus de lisibilité premier.
    • avez-vous lu ma réponse. Je trouve downvoting pour que vraiment excessif. Je ne dis pas que tout le monde devrait utiliser %.1s pour l'impression d'un personnage. Ce n'était pas la question. La question était de savoir si %c qui était strictement nécessaire. Et je donne une réponse affirmative à qui, tout en indiquant que les raisons sont différentes que celles figurant dans les autres réponses.
    • pour ne pas avoir lu la réponse. La question demande Pourquoi X existent dans C, et cette réponse explique clairement que X DOIT exister afin de travailler avec des rvalues. Sans considération pour les rvalues, de la langue et de la bibliothèque concepteurs probablement (et tout aussi DEVRAIT probablement) ont laissé %.1s, car il rend le printf plus propre (et donc plus lisible). Sans c, l'impression du résultat d'une fonction qui a renvoyé un caractère unique pourrait être très complexes (en particulier si l'appel de plusieurs fonctions avec effets secondaires et qui sont d'ordre à charge).
    • La question, pour moi, était généralement "pourquoi ont-ils cela?" Je ne peux accepter votre lecture, cependant, sur la base de la fermeture de "ne serait pas une représentation chaîne suffit", et compte tenu de votre montage, je vais joyeusement inverser le bit.
    • Juste être curieux, c'est ici: serait-printf("%.1s", &char) de travail?
    • Si vous lisez le ma réponse, vous verrez que la réponse est oui.
    • Mendes et @Shanshui, à strictement parler, la réponse est non, parce que char est un mot-clé. 😉
    • Jens ne retirez pas la réponse. C'est la seule intéressante réponse donnée. Le rvalue chose est une grosse affaire, mais qui ne peut être apprécié avec de l'expérience.

    InformationsquelleAutor Jens Gustedt
  4. 28

    De la fonction printf est une variadic fonction, ce qui signifie qu'il a nombre variable d'arguments. Les Arguments sont poussés sur la pile avant de la fonction (printf) est appelée. Pour que la fonction printf l'utilisation de la pile, il a besoin de connaître des informations sur ce qui est dans la pile, la chaîne de format est utilisé à cette fin.

    par exemple

    printf( "%c", ch );    tells the function the argument 'ch' 
                       is to be interpreted as a character and sizeof(char)

    alors que

    printf( "%s", s );   tells the function the argument 's' is a pointer 
                     to a null terminated string sizeof(char*)

    il n'est pas possible à l'intérieur de la fonction printf pour déterminer le contenu de pile par exemple, la distinction entre les " ch " et " s " parce que dans C il n'y a pas de vérification de type en cours d'exécution.

    • +1 pour le laisser savoir comment ça fonctionne en interne.
    • mais vous êtes complètement faux avec votre sizeof cahier des charges. Tout d'abord, ch est promue à un int (ou sur certaines plates-formes pour une unsigned) et printf interprète qui int comme un personnage. De sorte que la taille de ce paramètre sur la pile" est sizeof(int). Pour la seconde, vous vous trompez encore une fois, il est sizeof(char*) et rien d'autre. sizeof(int) peut (et de nos jours est souvent différent. Troisièmement, il n'est pas nécessaire que quelque chose comme une "pile" impliqués. Comment ces paramètres sont transmis à la discrétion de la plate-forme de l'ABI , et tout ce qui peut bien se passer dans les registres.
    • Jens est tout à fait correct. En fait, vous pourriez tout aussi bien laisser tomber le mot "techniquement"; il est tout simplement le droit.
    • "Un peu d'inexactitude parfois, permet d'économiser une tonne d'explication" -- Hector Hugh Munro
    InformationsquelleAutor Anders
  5. 13

    %s dit d'imprimer tous les caractères jusqu'à ce que vous trouver un nul (traiter la variable comme un pointeur).

    %c dit imprimer un seul caractère (traiter la variable comme un code de caractère)

    À l'aide de %s pour un personnage qui ne fonctionne pas parce que le personnage va être traité comme un pointeur, alors il va essayer d'imprimer tous les caractères suivant que la place en mémoire jusqu'à ce qu'il trouve un null

    De voler les autres réponses de l'expliquer d'une manière différente.

    Si vous voulez imprimer un caractère à l'aide %s, vous pouvez utiliser les éléments suivants pour bien passer l'adresse d'un char et de le garder à partir de l'écriture des ordures sur l'écran jusqu'à trouver une valeur null.

    char c = 'c';
printf('%.1s', &c);
    • Ce n'est pas tout à fait vrai. à l'aide de %s pour un personnage peut faire totalement inattendu des choses puisqu'il interprète un personnage comme un pointeur sur un caractère, ce qui a probablement des points à un emplacement non valide.
    • C'est vrai, j'ai corrigé ça
    • Juste pour être clair (comme beaucoup de gens confondent ces concepts), une chaîne de caractères est terminée par un null caractère, à ne pas confondre avec une valeur null pointeur.
    • Juste pour embrouiller les gens: caractère null '\0' et pointeur null sont à la fois représentés en interne comme 0 🙂
    • Non, ils peuvent être tous les deux représentés dans le code source comme 0. Leurs représentations internes peuvent être très différents; un caractère nul est généralement de 8 bits, tandis que un pointeur null est généralement 32 ou 64 bits. En outre, un pointeur null dans la représentation interne est pas forcément tous les bits à zéro (même si très souvent).
    • La langue en question est C, et je n'ai jamais entendu parler de la représentation interne étant rien d'autre qu'un 0. C'est pourquoi vous pouvez utiliser une des méthodes suivantes. if (pointer) ou if (pointer != 0 ) ou if(pointer != NULL ) Aussi, je pense que 0s à l'aide de 8, 16, 32 bits ne sont pas très différents. bytes.com/topic/c/answers/213647-null-c
    • Le C ISO standard ne pas dire ou laisser entendre quelque chose au sujet de la représentation d'un pointeur null. Un null le pointeur constant, comme une constante 0, il existe dans le code source; employé dans un pointeur de contexte, le compilateur va la traduire de ce que la représentation interne est utilisé pour un pointeur null. Voir également la section 5 de la comp.lang.c FAQ. Il est vrai que plus implémentations utilisent tous les bits à zéro, mais il n'est pas nécessaire.
    • Le lien que vous avez fourni, bytes.com/topic/c/answers/213647-null-c, a plusieurs réponses qui sont en cohérence avec ce que je viens de dire, qu'un pointeur null n'est pas nécessairement tous les bits à zéro (y compris les deux que j'ai écrit moi-même). Le contenu semble avoir été copié sans l'attribution de la comp.lang.c groupe de discussion Usenet.

    InformationsquelleAutor Juan Mendes
  6. 7

    Pour %s, nous avons besoin de fournir l'adresse de la chaîne, et non sa valeur.

    Pour %c, nous fournir la valeur de caractères.

    Si nous avons utilisé la %s au lieu de %c, comment aurions-nous fournir un '\0' après les personnages?

    InformationsquelleAutor RolandXu
  7. 5

    Id tiens à ajouter un autre point de la perspective pour ce plaisir question.

    Vraiment ce qui revient à le typage des données. J'ai vu des réponses sur ici que l'état que vous pourriez fournir un pointeur de type char, et de fournir un

    "%.1s"

    Cela pourrait être vrai. Mais la réponse se trouve dans le C du concepteur d'essayer de donner plus de souplesse pour le programmeur, et en effet (quoique modeste) de la diminution de l'empreinte de votre application.

    Parfois, un programmeur peut exécuter une série de if-else ou un switch-case, d'où le besoin de faire est de simplement la sortie d'un personnage basé sur l'état. Pour cela, dur le codage de caractères pourrait en effet prendre moins de place en mémoire que le seul caractères de 8 bits contre le pointeur qui est de 32 ou 64 bits (64 bits des ordinateurs). Un pointeur prendra plus d'espace dans la mémoire.

    Si vous voulez réduire la taille grâce à l'utilisation réelle des chars contre des pointeurs de caractères, alors il ya deux façons, on pourrait penser à le faire dans les printf types d'opérateurs. On serait à la clé de l' .1s, mais comment est la routine supposé savoir, pour certains que vous êtes réellement fournir un type char contre un pointeur vers un char ou un pointeur vers une chaîne de caractères (tableau de caractères)? C'est pourquoi ils sont allés avec le "%c", car il est différent.

    Plaisir Question 🙂

    InformationsquelleAutor trumpetlicks
  8. 2

    C a la %c et %s les spécificateurs de format, car ils gèrent les différents types.

    Un char et une chaîne de caractères aussi différents que la nuit et 1.

    • Comme vous le mentionnez %s et %c sont totalement différentes alors pls me dire pourquoi le scanf(%s, &ch) et scanf(%c, &ch) états renvoie le même résultat.Envisager ch est un char comme char ch;
    InformationsquelleAutor Philip
  9. 2

    %c s'attend à un char, qui est un entier valeur et l'imprime selon les règles de codage.

    %s s'attend à une pointeur à un emplacement de la mémoire qui contient char valeurs, et imprime les caractères de la localisation selon les règles d'encodage jusqu'à ce qu'il trouve un 0 (null) caractère.

    Donc, vous voyez, sous le capot, les deux cas, alors qu'ils se ressemblent, ils n'ont pas beaucoup en commun, comme l'on travaille avec des valeurs et de l'autre avec des pointeurs. On est des instructions pour l'interprétation d'une valeur entière spécifique comme un ascii char, et l'autre est une itération le contenu d'un emplacement mémoire char par char et de l'interprétation jusqu'à une valeur de zéro est rencontré.

    InformationsquelleAutor Gerasimos R
  10. 2

    J'ai fait une expérience avec printf("%.1s", &c) et printf("%c", c).
    J'ai utilisé le code ci-dessous pour tester, et le bash de time utilitaire d'obtenir le runing temps.

        #include<stdio.h>
    int main(){
        char c = 'a';
        int i;
        for(i = 0; i < 40000000; i++){
            //printf("%.1s", &c); get a result of 4.3s
            //printf("%c", c); get a result of 0.67s
        }
        return 0;
    }

    Le résultat indique que l'utilisation de %c est 10 fois plus rapide que %.1s. Ainsi, bien qu ' %s pouvez faire le travail de %c %c est encore nécessaire pour la performance.

    InformationsquelleAutor Ray
  11. 1

    Depuis, personne n'a fourni de réponse avec QUELQUE manière que ce soit, ici, c'est un printf spécification de pubs.opengroup.com qui est similaire à la définition d'un format de IBM

    %c

    L'argument int est converti en unsigned char, et l'octet qui en résulte doit être écrit.

    %s

    L'argument est un pointeur vers un tableau de char. D'octets à partir de la matrice doit être écrite jusqu'à (mais non compris) tout octet nul final. Si la précision est spécifiée, rien de plus que le nombre d'octets doit être écrit. Si la précision n'est pas spécifié ou est supérieure à la taille de la matrice, l'application doit s'assurer que le tableau contient un octet nul.

    InformationsquelleAutor Dalin Seivewright