cin.get() 就是读一个字符。他的那个用法，是为了把缓冲区里的回车忽略掉。

11楼的大哥，我既然我在while()中使用cin.get(),那么cin.get()一定是返回了一个值，怎么可能像你说的那样是在缓存区中读取了回车呢？cin.get()返回一个bool类型的值，如果前面的cin在输入流中读取成功，那么就返回true；如果失败，就返回false。不过，你说的读取回车（术语应该是换行符），是在前面读取的是字符的时候才会用到，读取整型是不存在这种问题的。而且，是否在读取后，再多读取一个字符（换行符），这也要看是使用什么的编译器和IDE，我使用的是VC++2010，所以需要。

我也没太仔细看你为什么用 cin.get() ，但想来可能是我说的那个作用。如果说错了，大家就按他本人的意思来理解。

不过如果你只是想看看流的状态，一般应该是用 good() 或者 fail() 什么的。
get() 返回的是流本身，这里是因为套在 while 里，所以引发自动转换才有你说的效果的。不过，按你那么理解一般就够了，那个函数本来也是为那个目的设计的。

标准的 C++ 语言一般不用看编译环境，除了一些编译器提供特殊的功能，其它的地方符合标准的编译器应该都是一样的。
呵呵，不过看你挺注重概念的，基本功也相当扎实。值得大家学习～～

哦，去查了查资料，呵呵，因为 get() 这函数我很少用。
有几种重载的形式：其中一个是 int_type get() 应该就是你用的那个，返回的还真不是个流，而是它从流里读的字符。其它的几种重载形式都是返回流的。


[ 本帖最后由 pangding 于 2010-11-13 21:23 编辑 ]

    在此，我详细解释一下。
    cin.get(char)方法的返回值是一个cin对象。不过istream类提供了一个可以将istream对象（如cin）转换为bool值得函数。当cin出现在需要bool值得地方（如在while循环的测试条件中）时，该转换函数将被调用。另外，如果最后一次读取成功了，则转换得到的bool值为true;否则为false。这意味着可以while(cin.get(ch)){...}就可以解释为首先读取ch，如果ch读取成功了,进入循环体。而while(cin.get()){...}是说如果上次读取成功了，进入循环体。
    还有，你提到的C++语言不看编译环境，我想说的是，有人使用的编译环境中布尔类型是BOOL，有人使用的编译环境的布尔类型是bool,而这两种布尔类型所声明的变量大小也是不同的。你怎么说C++语言是不看编译环境的呢？还有如果是在Linux系统下编译C++，和在微软环境下编译C++这两者是有区别的。难道你还要一样对待吗？你提到的标准的编译器，哪我想问你，哪种编译器是标准的。你是想说C++标准吧？C++标准也是岁时间的变化在扩充和改变，你说的又是那种C++标准呢？这么多的不同，这么多的编译环境，你怎么能说编译和运行情况是一样的呢？
    我不敢说我是个编程高手，虽然我从初一就已经看是编程了，到现在已经10年了，学习了4种编程语言，其中包括汇编语言，但我还是认为我只是刚刚踏入编程的世界。但是，既然我们现在在学习编程，尤其是在帮助别人，帮别人解决学习过程中的困难，那么我们就应该对自己要求严格。否则不是在帮助别人，而是在误导别人。当然我发表过的帖子和说过的话中也有错的时候，但别人指出的时候，我会承认并改正。但我们要坚持的是不要一丝的马虎和差不多。

如果说我的观点，学 C++ 应该就是学标准 C++ 学起，用什么编译环境无所谓的事。
如果环境和标准描述的想去甚远，就应该不用。要是从这个角度来看，BOOL 这东西就不应该用。C++ 标准应该说过，没有任何大写的关键字。至于你说的什么标准，我说什么标准都一样，标准都是向后兼容的，第一份出台的标准中的任何描述，在以后的标准中都会 生效。除非明确指出变化，但这种情况很少见。

对初学者来说，忽略编译器的区别是有一定现实意义的。因为他们很难区分什么是这个编译器(或库)扩展的，什么是普遍适用的。
有时言简意赅的解释对他们更有用。不过有些该扩展的地方我也会引导他们去学的，比如看你基础较好，我就多提示了一些东西。显然你之后去查阅资料，也学到了一些东西(当然你也可能是早就知道，反正我多提的东西也不一定只给你一个人看)。说误导我觉得不合适，我对我大部分的发言还是比较负责的。当然如果和比较熟的人也会调侃，閑扯几句。不过你追求严谨我觉得也没什么不好。

微软的东西一般都喜欢做各种扩展，一方面彰显技术，一方面提高移植的难度。当然也可能有其它用意。


我也学了不少编程语言，汇编自然也学过，不过我学的年头和您没法比。
编程的年头长了，就会养成各种各样的习惯。因为好多编程的文化呀，素养呀在您的意识里都很自然。如果你在 linux 下做项目做的久，或者对开源项目的贡献比较多的话，一般会更关注标准之类的东西。Windows 的文化和这些区别比较大，我也不是很了解。
虽然你很谦虚，不过实力肯定是不俗，以后能向您请教的问题多的是。我的技术很差的，您初到论坛不了解。以后就会慢慢熟悉了～～

    你说，对初学者来说，忽略编译器的区别是有一定现实意义的。对此，我不反对。对于初学者来说，最重要的是让他们把尽可能多的精力放在算法上面，而不是哪种编译器上。如果过分地区别编译器的特性，那么会降低对算法的认知。但我说的是，在提出问题的时候附加上编译器的类型、所使用的操作系统，这样能够把问题说得更为清楚。有些问题，其实不是语言或是算法本身问题，而是编译器的不同造成的。这一点我在这几年的编程过程中深有体会，对于一年前编写的一部分代码，仅仅只是在编译环境的后续版本上编译，结果却差别很大，不得不重新对编译环境手册学习，然后重新修改程序。
    让初学者在学习编程初期就认识到这一点，不是没有好处，相反能够更为全面地认识问题本质。
    话又说回来，仅仅看看编译器是什么的、在描述问题的时候多输入几个字符又不会花费很大代价。但这样会给交流双方带来很大的方便，能够直接指出问题的所在。何乐而不为呢？

嗯嗯，同意。学习写标准代码，就是为了避免同一个份代码在这编这样，在那编那样的结果。
不过话说回来，你说的编译器，向后兼容的工作做的也太差了，这一点确实很令人愤慨。

用do while语句