cin 与 getchar 中的坑

今天在一道题上发现一个坑。

输入三个字符,按以下规则求其平均值。

(1)如果是数字0~9,那么直接参与求值;

(2)如果是其他字符,则其ASCII码参与求值。

输入

输入数据有多组。第一行是数据的组数T,接下来由T行,每行有3个字符,没有其他任何多余字符。

输出

对于每组输入,根据规则输出平均值。保留2位小数。

样例输入

2 123 1A3

样例输出

2.00 23.00

这是我栽了几次坑之后,还是错的代码:

#include<iostream>
#include<cstdio>
using namespace std;
int main()
{
 char str[3];
 int i,t;
 double sum;
 cin>>t;
 getchar();
 while(t--)
 {
  cin>>str[0];
  cin>>str[1];
  cin>>str[2];
  getchar();
  sum=0;
  for(i=0;i<3;i++)
  {
   if(str[i]-‘0‘>=0&&str[i]-‘0‘<=9)
    sum+=str[i]-‘0‘;
   else sum+=(int)str[i];
  }
  printf("%0.2lf\n",sum/3.0);
 }
 return 0;
}

发现有什么问题吗?

在看一看正确的代码:

#include<iostream>
#include<cstdio>
using namespace std;
int main()
{
 char str[3];
 int i,t;
 double sum;
 cin>>t;
 getchar();
 while(t--)
 {
  str[0]=getchar();
  str[1]=getchar();
  str[2]=getchar();
  getchar();
  sum=0;
  for(i=0;i<3;i++)
  {
   if(str[i]-‘0‘>=0&&str[i]-‘0‘<=9)
    sum+=str[i]-‘0‘;
   else sum+=(int)str[i];
  }
  printf("%0.2lf\n",sum/3.0);
 }
 return 0;
}

发现问题了没?

两组测试数据即可发现问题:1 3(中间为空格) 和123

下面就这个问题说一说:

①cin>>:无法接收空格、Tap键且以空格、Tap键、回车符为分隔符;

②cin.get( ):可以接收空格、Tap键且以回车符为结束符;

一:可输入单个字符

格式:

char ch;

ch=cin.get( );/cin.get(ch);

二:可输入字符串

格式:

cin.get(字符数组名,元素个数)

③getline( ):可接收空格、Tap键且以回车符为结束符;

格式:

string str;//字符串变量

getline(cin,str);

④cin.getline( ):可接收空格、Tapa键且以回车符结束;

格式:cin.getline(字符数组名,元素个数)

char m[20];

cin.getline(m,20);

③和④类似,单数getline( )属于string流类,而cin.getline( )属于istream流类,是不一样的函数。

C语言中的gets( )和getchar( )

①gets(字符数组名)用于接收字符串,可包括空格、Tap键且以回车符结束;

②getchar(字符变量名)用于接收单个字符且以回车符结束,一般需要两个。前一个接收字符,后一个接收回车符。

③putchar(字符变量名或整常数)

时间: 2024-10-31 13:39:47

cin 与 getchar 中的坑的相关文章

缓冲区 cin() getline() getchar()

程序的输入都建有一个缓冲区,即输入缓冲区.一次输入过程是这样的,当一次键盘输入结束时会将输入的数据存入输入缓冲区,而cin函数直接从输入缓冲区中取数据.正因为cin函数是直接从缓冲区取数据的,所以有时候当缓冲区中有残留数据时,cin函数会直接取得这些残留数据而不会请求键盘输入 一. cin>> 该操作符是根据后面变量的类型读取数据. 输入结束条件 :遇到Enter.Space.Tab键. 对结束符的处理 :将\n类似的结束符落在缓冲区里. 所以会有如下的程序和结果: #include <

Windows API中的坑

本文主页链接:Windows API中的坑 ExpandEnvironmentStrings 风险: 进程会继承其父进程的环境变量,在展开如%APPDATA%等目录时,有可能父进程对此环境变量进行过修改,那么可能你获取的就不是你想要的当前SESSION的%APPDATA%了. 建议: 使用SHGetFolderPath系列函数来做这件事. GetModuleFileName 风险: 在DLL中调用时,若传入的instance参数为NULL,那获取的将是加载DLL的进程的EXE的路径,若需要获取D

Torch-RNN运行过程中的坑 [2](Lua的string sub函数,读取中文失败,乱码?)

0.踩坑背景 仍然是torch-rnn/LanguageModel.lua文件中的一些问题,仍然是这个狗血的LM:encode_string函数: function LM:encode_string(s) local encoded = torch.LongTensor(#s) for i = 1, #s do local token = s:sub(i, i) local idx = self.token_to_idx[token] assert(idx ~= nil, 'Got invali

cin与getchar、scanf之间的区别

cin会忽略空格和回车 getchar与scanf不会忽略回车和空格 // exam1.cpp : 定义控制台应用程序的入口点. // #include "stdafx.h" #include <iostream> using namespace std; int main(void) { char ch; ch=getchar(); printf("%d\n",ch); cin>>ch; printf("%d\n",ch

Torch-RNN运行过程中的坑 [1](读取Lua非空table,size为0)

0.踩坑背景 执行Torch-RNN的时候,在LanguageModel.lua中的encode_string函数中,对start_text的各个character进行id映射编码,实现功能类似"北京天安门"-->"5 10 88 32 111",方便后面的计算. 这个函数会利用一个全局的类似HashMap的table,hashmap中的key是character(char),value是id(int),涉及到一个从hashmap中按照key取值的操作,代码如

MVC 4中的坑

1.VirtualPathUtility.ToAbsolute 这个方法的官方解释是 Converts a virtual path to an application absolute path. 意思是应用程序虚拟路径转换为绝对路径 但实际是取不到绝对路径的 VirtualPathUtility.ToAbsolute("~/App_Data/"); 这个取到的实际是 C:/App_Data 这个目录 需要取绝对路径还是需要 System.Web.HttpContext.Curren

memset()函数中的坑

一 写在开头1.1 本节内容内存填充函数memset()中的坑. 二 函数原型 1 /* 来自man memset */ 2 #include <string.h> 3 void * memset(void * s, int c, size_t n); 功能描述:memset()函数用常量c的值填充由指针s所指向的内存地址空间的前n个字节的内存空间. DESCRIPTION : The memset() function fills the first n bytes of the memor

Linux编程中的坑——C++中exit和return的区别

今天遇到一个坑,折腾了一天才把这个坑填上,情况是这样的: 写了段代码,在main()函数中创建一个分离线程,结果这个线程什么都没干就直接挂掉了,代码长这样: [cpp] view plain copy int main() { 创建一个分离线程(): return 0: } 后来百度)了一下,原来在main()函数中写return,会被编译器优化成,也会像exit一样直接杀死所有进程,所以分离出来的线程什么都没干,就随着进程一起挂掉了. 所以多线程编程中,main()函数想退出线程应当使用 [c

lua中的坑

在工作中使用lua也有一年了,代码也写了不少,踩过不少坑,这里记录一下. table.sort table.sort是lua自带的排序函数,数据量小时,也还是不错的.不过要注意你传入的compare函数.例如: local tb = { 9,8,3,777,0,36548,556,0 } table.sort( tb,function(a,b) return a>=b end ) 上面的代码够简单了,但是你运行起来,却是报错了. Program starting as '"D:\progr