visual C++开发中心

我的主要兴趣是在升级到新的编译器，所以我可以产生可行的应用程序能够运行在Windows 7。上面的链接是由MS Visual C + + 2010的用户界面提供快递。

当我看到从WinMain与窗口过程，我知道我终于找到荣耀洞钻地机；正是我所期待的。

当你第一次启动微软的Visual C + + 2010表示用户界面，有一个环节：

–＞C + +的初学者指南”

当我点击，一页显示，微软的状态与出版商的合同已经过期，引导不再可用。15秒后，页面会自动重定向到：

–> 'visual C++开发中心

上面的链接直接带您到Visual C++开发中心。在这一点上，在“开始使用Visual C + +”是一个列表。选择：

–> 'creating的Windows应用程序”

选择这一类的第一个条目：

–> 'creating基于Win32的应用程序（C + +）”

本指南是非常相似，我使用Borland的软件。有一份微软的Visual C + +软件不需要通过上述联系的观点为基础的指导网站。

但是只有一件事…

你已经使用匈牙利表示法几乎无处不在，像我这样的新手阅读你的代码是很痛苦的，C++是阅读和学习本身很难，只是使它更糟糕的HN和我宁愿忽视它的所有费用。

从Python的背景和我的学习代码可读的方式，同时C + + 11是所有关于C++的乐趣，更容易学习，使用和教。我相信匈牙利命名法是本文的最终目的正好相反，我不是唯一一个对这个“过时”的编码风格。

这只是我个人的意见，再次感谢你，请保持了亚历克斯！

当做

在这个程序中，程序员有称为虚函数的基类构造函数里面，预计它的决心来源：：classid()。这不，因此，该程序打印1而不是2。

当一个类，已被来自一个基类实例化，基类对象是在派生类对象构造。这样做是因为派生类的成员可能依赖于基类的成员已经被初始化。因此，当基础对象的构造函数被执行时，没有来源对象！它还没有被创建。因此，任何一个虚拟函数调用只能解决基础类的水平，而不是派生类。

当涉及到这个例子，当cderived基部被构造，派生部分还不存在。因此，函数的调用classid()解决基地：：classid()（不是来源：：classid()），这套m_nid 1。

一旦cderived派生部分已建成，什么叫classid()这个对象将解决来源：：classid()预期。

注意到一些其他的编程语言（如C语言和Java #）将解决虚拟函数调用的派生类即使派生类尚未初始化呢！C++不同，在这方面，并对程序员的安全。这并不是说，一个方法是一定比其他，只是表示，不同的语言有不同的行为。