工程结构
包含有静态库
motion.lib 一个UI逻辑的库
HGErender.lib 使用一个motion的接口实现的HGE渲染器，与motion.lib没有链接和依赖关系
一个exe静态链接motion.lib和HGErender.lib
motion中加入了一些flash支持，将flash的包含放到了预编译头文件，这部分头文件exe是没有引用的
表现症状
exe可以正常运行，但是在motion中新添加的flash类实例化后无法看到成员
重编，重新link，清空重编无用
换用vs2005，依然无用，但是报了一个Error: error in OMF type information 错误
解决方法
尝试将flash包含到预编译头的文件放到对外包含中，让exe也能看到这一部分
问题解决
分析
VS的调试系统并不是完全开发，因此我们只能从一些表象来分析一些调试器原理及行为
这个bug的原因就在 作为调试入口的exe并没有获得完全的motion里调试的信息。如果将motion作为dll加载，理论分析不会出现这种问题。dll将被作为一个单独的调试入口，需要单独加载独立的pdb。
本例中，静态库中的调试信息并没有链接到exe，因此看不到成员的任何信息
扩展
大多数的游戏或应用程序都是使用静态库来做链接，这样无论是编写还是代码安全都有所兼顾。但对于工程模块之间的互相隔离，C/C++静态库本身的毛病（CRT内存分配及静态，全局变量问题）就变得尤为严重。
而使用动态链接库的接口方式也是有一部分程序这样使用的，如果为了安全或者加密，可以将动态链接库放到自己的包内，使用从内存读取dll的技术，这样安全，工程架构又清晰