繁體中文当前位置: 首页 > 图文教程 > 开发语言 > VC++ > 调用虚拟函数，持续化视图状态，POD 类型概念
- VC++
- 在类VC的界面实现中加入目录树
- 软件换肤技术在 BCB 中的实现
- 利用非模窗口生成MDI介面
- 报表输出轻松搞定
- Windows 中不规则窗体的编程实现
- 解说Win32的窗口子类化
- 使用测试优先方法开发用户界面
- 一个简单的登录对话框的实现
- 一个简单的日记本程序
- 从资源中加载皮肤
- 一个在RichEdit中添加表情图象的类
- ActiveSkin 4.3 软件换肤在VC中的实现
- 一种另类“关于(About)”对话框的动态显示方法
- 对话框打印预览及打印
- 关于如何换肤、子类化的解决方案
- 制作 MSN、QQ 的消息提示窗口
- 如何对 BCGControlBarPro 进行换肤
- 定制个性化的对话框窗口类
- 改变窗口中的光标形状
- 更新MFC中的视图，跟踪.NET Framework中的事件
VC++ 中的 调用虚拟函数，持续化视图状态，POD 类型概念
出处:互联网 整理: 软晨网（RuanChen.com） 发布: 2009-10-30 浏览: 107 ::
收藏到网摘: n/a
| C++ Q&A 专栏... 原代码下载：CQA0411.exe (234KB)
Clifton F. Vaughn  确实如此，在这个方面 C# 与 C++ 是有差别的。在 C++ 中，如果你从构造函数或者析构函数中调用虚拟函数，编译器调用的虚拟函数是定义在这个正在被构造的类实例中的（例如，如果从 Base::Base 中调用 Base::SomeVirtFn ），不是最底层派生的实例（the most derived instance），正像你说的那样，因为在最底层派生的构造函数执行之前，虚表还没有完全被初始化。另一种说法是派生类还没有被创建。 Figure 2 虚拟函数 TestSimilarly 当你从析构函数中调用虚函数时，C++ 调用该基类的析构函数，因为派生类已经被销毁（其析构已经被调用）。虽然这个行为可导致异常结果（此即为什么从构造函数或析构函数中调用虚函数被认为是糟糕的编程实践的原因），它是大多数 C++ 程序员必须了然于心的基本常识。 正如你所指出的那样，在 C# 有所不同。托管对象——无论是在 C#，托管 C++ 中，还是任何其它的 .NET 兼容语言中——是作为其最终类型被创建的，也就是说，如果你从构造函数或析构函数中调用虚函数，系统调用的是最末层派生的函数。Figure 1 所示程序举例说明了这一点。如果你编译并运行这个程序，你会看到 Figure 2 所示输出。 这种行为对于 C++ 程序员来说似乎有些奇特。它意味着在派生类被初始化之前，你可以调用某个派生类型的虚拟函数——也就是说在其构造函数运行之前。同样，如果你从基类析构函数中调用虚函数，该函数是在派生类被销毁之后运行的——也就是说在析构函数被调用之后。那么先不说这种差别存在的原因，刚才不是还说从构造函数/析构函数中调用虚函数被认为是糟糕的实践。 为什么微软的家伙们要像这样来设计 C# 呢？因为它简化了内存管理。垃圾收集器为了释放内存，它需要知道对象有多大。如果 C# 像 C++ 那样构造对象，那么你可能会碰到这样一种情况：有两个对象，Obj1 和 Obj2，下面这两条语句都为真： typeof(Obj1)==typeof(Obj2) sizeof(Obj1)!= sizeof(Obj2) 因为对象之一是被部分构造。（不要忘了垃圾收集器是异步运行的。）通过将对象构造成最终类型，垃圾收集器能从其类型决定对象的大小。如果 C# 像 C++ 那样进行部分构造，则垃圾收集器将需要更多的代码来决定部分构造对象的真实大小。这样将带来复杂性和性能下降，首先要解决这个问题很让人气馁，所以为了较快的垃圾收集利益，微软的家伙们决定像上面那样来实现 C#。有关这方面的讨论参见 Raymond Chen 的 blog：“The Old New Thing”。 Maarten van Dillen  我正在用公共的 CFileDialog 类做开发，应该不是很难，但事情似乎并不是那样。我想强制文件打开对话框的视图模式为缩略图。我要用 Visual C++ 来做，你能否提供一些建议？ Elliot Leonard |
评论 (0) 