#include<iostream.h>
#include<fstream.h>
void main()
{
char temp;
ifstream in("input.txt");
int count=0;
while(!in.eof())
{
while(!in.eof())
{
in>>temp;
cout<<temp<<endl;
count++;
}
}
cout<<count<<endl;
}
input.txt文件里是abc,输出的结果为什么是
a
b
c
c
4
而不是
a
b
c
3
#include<iostream.h>
#include<fstream.h>
void main()
{
char temp;
ifstream in("input.txt");
ofstream out("output.txt");
for(int index=0;index<5;index++){
if(!in.eof()){
in>>temp;
cout<<temp<<endl;
if(temp<='z' && temp>='a') {
temp=-'a';
}
else if(temp<='Z'&& temp>='A'){
temp=-'A';
}
}
else {
temp='x'-'a';}
}
}
input.txt里是abc,输出是abc?,而不是abc,这又怎么回事,和上面的是一个错吗?
哦,这个不是1楼说的那个样子的。eof是文件结束的标志,事实上是-1.可以稍微修改一下楼主的程序来做证明:
while(!in.eof())
{
temp = in.get();
cout<<int(temp)<<endl;
count++;
}
这个时候,会发现在输出count之前输出的最后一个是-1.
但是为什么会输出-1(也就是文件结束符号)呢?in.eof()返回的是in里面的EOF变量,这个变量在in读到文件的结束符时才会变为1。也就是说,只有当in.get()读过了eof的时候,in中的EOF变量才会编程1,in.get()才能返回1。
那为什么按照楼主给的代码里面的in>>temp写法,最后会输出两个c,而和get的输出不一样呢?这个是因为>>在处理的时候,如果碰到读入的是文件结束符,是不会将其写道缓存中的,那样的话,缓存中的字符串还是在读入eof之前的那个字符(这个代码里面也就是'c'),然后再赋值给temp的还是'c'了。
那如何可以比较完美的修改上面的代码呢?对于文件输入流来说,有一个指针指向的是当前读的字符串的下一位,每读一位,指针就往下移一位。就比如一个只有abc的input.txt的文件,我们现在读完了c,那么指针的状态是大致是下面这个样子:
a
b
c
EOF <--
注意,这个时候,in.eof()还不返回1,因为in这个输入流还没有读EOF这个文件结束符,但是in有一个函数peek()是读当前指针指向的这个位置的符号的。那么如果用in.peek() == EOF 来最为判断的标准就比较好了。楼主的例子写成
while(in.peek() != EOF)
{
in>>temp;
cout<<temp<<endl;
count++;
}
就可以了。
顺便说一句,第一段代码里面while的里面再嵌一个while没有必要吧...
还有,无论读还是写,最好都要养成在操作完毕调用close()关闭流的好习惯:)
while(!in.eof())
{
temp = in.get();
cout<<int(temp)<<endl;
count++;
}
这个时候,会发现在输出count之前输出的最后一个是-1.
但是为什么会输出-1(也就是文件结束符号)呢?in.eof()返回的是in里面的EOF变量,这个变量在in读到文件的结束符时才会变为1。也就是说,只有当in.get()读过了eof的时候,in中的EOF变量才会编程1,in.get()才能返回1。
那为什么按照楼主给的代码里面的in>>temp写法,最后会输出两个c,而和get的输出不一样呢?这个是因为>>在处理的时候,如果碰到读入的是文件结束符,是不会将其写道缓存中的,那样的话,缓存中的字符串还是在读入eof之前的那个字符(这个代码里面也就是'c'),然后再赋值给temp的还是'c'了。
那如何可以比较完美的修改上面的代码呢?对于文件输入流来说,有一个指针指向的是当前读的字符串的下一位,每读一位,指针就往下移一位。就比如一个只有abc的input.txt的文件,我们现在读完了c,那么指针的状态是大致是下面这个样子:
a
b
c
EOF <--
注意,这个时候,in.eof()还不返回1,因为in这个输入流还没有读EOF这个文件结束符,但是in有一个函数peek()是读当前指针指向的这个位置的符号的。那么如果用in.peek() == EOF 来最为判断的标准就比较好了。楼主的例子写成
while(in.peek() != EOF)
{
in>>temp;
cout<<temp<<endl;
count++;
}
就可以了。
顺便说一句,第一段代码里面while的里面再嵌一个while没有必要吧...
还有,无论读还是写,最好都要养成在操作完毕调用close()关闭流的好习惯:)
温馨提示:答案为网友推荐,仅供参考
第1个回答 2019-11-04
哦,这个不是1楼说的那个样子的。eof是文件结束的标志,事实上是-1.可以稍微修改一下楼主的程序来做证明:
while(!in.eof())
{
temp=in.get();
cout<<int(temp)<<endl;
count++;
}
这个时候,会发现在输出count之前输出的最后一个是-1.
但是为什么会输出-1(也就是文件结束符号)呢?in.eof()返回的是in里面的EOF变量,这个变量在in读到文件的结束符时才会变为1。也就是说,只有当in.get()读过了eof的时候,in中的EOF变量才会编程1,in.get()才能返回1。
那为什么按照楼主给的代码里面的in>>temp写法,最后会输出两个c,而和get的输出不一样呢?这个是因为>>在处理的时候,如果碰到读入的是文件结束符,是不会将其写道缓存中的,那样的话,缓存中的字符串还是在读入eof之前的那个字符(这个代码里面也就是'c'),然后再赋值给temp的还是'c'了。
那如何可以比较完美的修改上面的代码呢?对于文件输入流来说,有一个指针指向的是当前读的字符串的下一位,每读一位,指针就往下移一位。就比如一个只有abc的input.txt的文件,我们现在读完了c,那么指针的状态是大致是下面这个样子:
a
b
c
EOF<--
注意,这个时候,in.eof()还不返回1,因为in这个输入流还没有读EOF这个文件结束符,但是in有一个函数peek()是读当前指针指向的这个位置的符号的。那么如果用in.peek()==EOF来最为判断的标准就比较好了。楼主的例子写成
while(in.peek()!=EOF)
{
in>>temp;
cout<<temp<<endl;
count++;
}
就可以了。
顺便说一句,第一段代码里面while的里面再嵌一个while没有必要吧...
还有,无论读还是写,最好都要养成在操作完毕调用close()关闭流的好习惯:)
while(!in.eof())
{
temp=in.get();
cout<<int(temp)<<endl;
count++;
}
这个时候,会发现在输出count之前输出的最后一个是-1.
但是为什么会输出-1(也就是文件结束符号)呢?in.eof()返回的是in里面的EOF变量,这个变量在in读到文件的结束符时才会变为1。也就是说,只有当in.get()读过了eof的时候,in中的EOF变量才会编程1,in.get()才能返回1。
那为什么按照楼主给的代码里面的in>>temp写法,最后会输出两个c,而和get的输出不一样呢?这个是因为>>在处理的时候,如果碰到读入的是文件结束符,是不会将其写道缓存中的,那样的话,缓存中的字符串还是在读入eof之前的那个字符(这个代码里面也就是'c'),然后再赋值给temp的还是'c'了。
那如何可以比较完美的修改上面的代码呢?对于文件输入流来说,有一个指针指向的是当前读的字符串的下一位,每读一位,指针就往下移一位。就比如一个只有abc的input.txt的文件,我们现在读完了c,那么指针的状态是大致是下面这个样子:
a
b
c
EOF<--
注意,这个时候,in.eof()还不返回1,因为in这个输入流还没有读EOF这个文件结束符,但是in有一个函数peek()是读当前指针指向的这个位置的符号的。那么如果用in.peek()==EOF来最为判断的标准就比较好了。楼主的例子写成
while(in.peek()!=EOF)
{
in>>temp;
cout<<temp<<endl;
count++;
}
就可以了。
顺便说一句,第一段代码里面while的里面再嵌一个while没有必要吧...
还有,无论读还是写,最好都要养成在操作完毕调用close()关闭流的好习惯:)
第2个回答 2007-04-13
文件里其实是 a b c \n
前面三次依次读入a b c ,后面读入一个回车,temp没有被重新赋值 保留原值 c,此时count=4,然后文件再读下一个字符,遇到EOF while()判断为false,循环退出。
前面三次依次读入a b c ,后面读入一个回车,temp没有被重新赋值 保留原值 c,此时count=4,然后文件再读下一个字符,遇到EOF while()判断为false,循环退出。