C#脚本实践(三): 集成到游戏

• 编译
• • 冒似不编译没有.lib可以用
  • 从官方上下载稳定版本的代码, 不要去GitHub直接拉
  • 默认的工程有几个路径和宏之类的不对, 小改一下就可以
  • 如果缺文件, 可以到GitHub的历史版本里去找
  • 编译好了就一个lib, 一个dll, pdb看需要
• 环境配置
• • C++这边肯定要链接mono.lib, 所以dll要拷贝到exe的目录
  • 除了mono本身外, 还需要.net的runtime assembly, 最精简的情况只需要一个mscorlib.dll, 其它的用到再加进去就可以
  • 脚本的编译可以用mono的SDK里的msc, 也可以直接用VS或者MonoDevelop编译, 只要版本(3.5/4.0)一致就没问题
• Interop
• • C++调用脚本(DLL)里的东西比较方便, mono的embed api很全
  • C#调用C++的话, 需要把C++的类在C#这边做一下映射, 有两种方式:
  • • InternalCall: 直接用mono api注册, Unity应该就是这种方法. 缺点是粘合层的代码现在没有比较好的自动生成方案, 只有一个类似luabind的monobind, 但是C#那边还是要声明一遍. 自己去解析C++头文件再生成两边的代码的话, 可以参考一下doxybind.
    • P/Invoke: 最通用的方案, .Net圈子里用得很多. 缺点是C++这边必须编译成DLL, 导出很多函数. 优点是有自动生成的方案, 最常见的是SWIG. 用SWIG的话只需要定义一个文件指明需要把哪些头文件导出给C#用, 然后粘合层的cpp和C#的包装代码都可以自动生成, 再集成到VC的build event中, 编译好工程直接就生成好C#这边引用的DLL了.
    • 然后用VisualStudio/MonDevelop建立好工程, 添加引用, 就