Visual studio 你不能在真空中学习或保持你的动机,但你需要学习阅读错误信息,当你的代码最终工作时,坐下来理解原因是非常有用的。这都是真的,但你目前推断提问者没有做这些,仅仅是因为他们没有恢复这一变化。他们可能确实意识到,在编译代码的过程中,使用的两个是等效的(因为更改没有

Visual studio 你不能在真空中学习或保持你的动机,但你需要学习阅读错误信息,当你的代码最终工作时,坐下来理解原因是非常有用的。这都是真的,但你目前推断提问者没有做这些,仅仅是因为他们没有恢复这一变化。他们可能确实意识到,在编译代码的过程中,使用的两个是等效的(因为更改没有,visual-studio,c++,Visual Studio,C++,你不能在真空中学习或保持你的动机,但你需要学习阅读错误信息,当你的代码最终工作时,坐下来理解原因是非常有用的。这都是真的,但你目前推断提问者没有做这些,仅仅是因为他们没有恢复这一变化。他们可能确实意识到,在编译代码的过程中,使用的两个是等效的(因为更改没有更改错误消息),在这一点上,保留它比恢复它更简单——如果还有3条编译器消息要担心,为什么还要浪费精力呢?我不认为这种责骂(作为一个无关的第三者,我觉得这是一种感觉)在这里是合适的。可能吧!我可能对这句话读得太多了,我觉得在谷歌搜索后会有用,但这


你不能在真空中学习或保持你的动机,但你需要学习阅读错误信息,当你的代码最终工作时,坐下来理解原因是非常有用的。这都是真的,但你目前推断提问者没有做这些,仅仅是因为他们没有恢复这一变化。他们可能确实意识到,在编译代码的过程中,使用的两个
是等效的(因为更改没有更改错误消息),在这一点上,保留它比恢复它更简单——如果还有3条编译器消息要担心,为什么还要浪费精力呢?我不认为这种责骂(作为一个无关的第三者,我觉得这是一种感觉)在这里是合适的。可能吧!我可能对这句话读得太多了,我觉得在谷歌搜索后会有用,但这就是我的感受。至少,这个问题并不意味着对这些变化意味着什么有任何特别的理解。不管怎么说,这不是为了责骂,而是为了强化试图理解的习惯。
#include <iostream> 

using namespace std;

main()
{
    cout << "Hello world! :-)";

}
#include <pch.h>
#include <iostream>
using std::cout;

int main()
{
    cout << "Hello world! :-)";
}
include <iostream>

main()
#include <iostream>

int main()
using namespace std;
using std::cout;
  std::cout << "Hello world! :-)";