python调用vbs脚本_从零开始的场景编辑器(二)：脚本系统

为什么需要一个脚本系统

一般来说，一个工程只需要一种编程语言就足够了。事实也确实如此，强大如C++,图形渲染(DX,OpenGL),数据库(levelDB,RocksDB),深度学习(Caffe,Tensorflow),游戏引擎(UE4,etc）都是用C++完成的。但是像是C#，Python，Lua等脚本语言有着相对于C++这种静态语言的优势:

1. 脚本语言无需编译，当你的C++代码膨胀到一定地步的时候，每次修改代码重新编译链接的过程可能会消耗大量时间，特别是当你的机器配置一般般的时候(哭。而脚本语言无需编译操作，使用过Unity 的朋友肯定熟悉Unity的开发过程，其逻辑部分基本上是写在C#脚本中的，并且以组件的形式attach在场景中的object上，修改C#中的代码之后，只需要按下刷新按钮就可以刷新逻辑。
2. 开发灵活，无需编译这一点已经提供了极大的便利了。但除此之外，脚本语言的特质还包括语法层面上的便利，Python的代码肯定相对于C++要轻便许多,其声明变量的时候无需声明变量的类型(但它仍然是强类型语言。而Js这种弱类型语言更加自由，还有各种语法糖，写起来肯定更爽。
3. 个人觉得比较重要的特质: C++没有很好的反射机制。这就导致了，C++原生没有办法根据一个字符串来生成特定Type的类的实例。(当然有工厂类的trick 可以实现类似的功能，但仍然有局限)。而python等语言可以将字符串直接当作程序的语句来调用。这一点对于从数据文件中直接生成对应对象是非常便利的。

当然C/C++最明显的优势在于: 贴近底层，底层往往也是速度快的代名词。除此之外C++也是天然的胶水语言，图形API，Windows、Linux系统调用(文件操作，多线程etc)，强大的第三方库(Qt,压缩算法，etc）这些在C++中都有天然的支持。因此系统的主体部分没有办法绕开C++。

那么，我们的策略就很明显了: 核心部分(不变的部分）由C++完成，灵活的可拓展部分(逻辑，根据需求可能会长期变化的部分)需要给出脚本语言的接口，来方便开发和拓展。

How?

哇，混合系统，愿景很美好，然后我就看着手头的一边的C++代码，另一边的Python代码，它们似