过于热心的方法无需调用即可完成工作？ C++过多的初始化变得异常

Question

菜鸟 C++ 程序员仍然在这里。

我正在使用 VC++ VS2008 编译器和 glut 库。一切都工作正常并且是最新的（我知道由于 XNA (C#) 支持原因，2010 年只有 cba）

好吧，这次我有一个与代码相关的问题，但我可以使代码工作。我不能做的是弄清楚幕后发生了什么。这就是我想弄清楚的。

假设一切正常，因为显然在运行时它可以正常工作！

这是代码（最小化到实际运行到其裸核心的代码，以帮助加快速度）

#include "stdafx.h"
#include "Controller.h"
#include "glut.h"
#include <iostream>

void main(int argc, char** argv) 
{   
    glutInit(&argc, argv);
    //controller_ptr->InitController();  <---- no link to controller-->DrawScene

    //INIT GLUT
    //glutInitDisplayMode(GLUT_DOUBLE | GLUT_RGB | GLUT_DEPTH);
    //glutInitWindowSize(400, 400); //Set the window size
    //glutCreateWindow("Some Program"); 

    //INIT RENDERING
    glEnable(GL_DEPTH_TEST);

    glutDisplayFunc(drawScene);
    glutKeyboardFunc(handleKeypress);
    glutReshapeFunc(handleResize);
    glutMainLoop();
}

您可能会想，嘿，您已经注释了初始化代码。 我确实如此。你猜怎么着，它仍然有效！为什么？我真的不知道除了烧烤之外的过剩，所以是的...<----这可能是你调用失败的一个好点，如果有的话

我有一个带有此方法的绘图场景类

void DrawScene::initGlut()
{
    //Enables depth culling/front face culling??????  <----- what about that, some   depth thingy was involved is all I'm sure of
    glutInitDisplayMode(GLUT_DOUBLE | GLUT_RGB | GLUT_DEPTH);
    glutInitWindowSize(400, 400); //Set the window size
    glutCreateWindow("Some Program"); 
}

当我评论这个并取消注释时主要是相同的结果。我没有评论， glut 说 init 已经完成了两次，我也没有评论， init 没有完成，一切都很顺利。所以唯一合乎逻辑的结论就是调用这个方法，对吧？

还有很多其他方法和类，但没有 displayescene 类或控制器类的实例。我可以评论包含的内容，它也会做同样的事情。

在 MSbuild 或 VC++ 开发中是否有一些我不理解的设计部分，它允许方法沿着我不知道的某些流或流程进行筛选？据我所知，如果我不创建类的实例，它就不相关，至少它是非静态成员。那么，该成员中的代码处于活动或非活动状态如何对我的程序产生影响呢？

可能忘记了一些非常愚蠢的事情，但无论如何我宁愿尽快找到答案，作为新手的好处是我不在乎摔倒并再次尝试，所以请发表评论^^

谢谢非常提前！

编辑：什么？现在，没有对代码进行任何更改的控制台确实报告了一次对 init 的双重调用，其中主 init 位于注释中，而绘图场景中的 init 未位于注释中......我非常困惑。

编辑 2：14:45 29/08/2010

好的，我发现了一些东西....

drawscene 中的构造函数调用该类的 initGlut 和 initRendering 方法。控制器创建一个指向堆的指针，其中包含一个drawScene对象，这会导致方法运行初始化代码。

然而，控制器不包含在主程序中，也不被实例化。该drawScene代码在主程序启动之前运行，然后我可以得出结论，构建本身就是问题，所以我应该避免构造函数中的初始化代码吗？

编辑3：15:02 29/08/2010

发现另一个，当只有drawScene 是活动的初始化代码时，确实会发生双重调用。是否每次包含drawscene都会导致构造函数代码运行初始化代码并导致双重初始化？

Answer 1

为什么不在初始化代码上放置一个断点，然后沿着调用堆栈查看它被调用的位置？

慢慢地逐步完成它，我想你会找到源代码。

编辑：将库之类的东西的初始化保留在构造函数之外是很好的做法。就我个人而言，我只会测试 glut 是否已在构造函数中初始化（如果需要），如果未检测到，则抛出异常。

Answer 2

显然，那些漂亮的指针不是对象的一部分，而是全局变量，GG C# VS C++ :P

cpp 文件中的全局声明不好，吸取教训