【大型软件开发】开发日志（五）.net框架与C++的融合：CLR——C++调用C#的DLL
做什么？
先说一下场景，现在正在开发一个Qt ActiveServer，也就是用一个应用程序去向其他的组件暴露接口，以达到提供服务的目的。
然后新版的框架要提供大部分功能，也就是要重做大部分模块。现在有一个问题，就是有一个用于提供向web发送post请求，获得回执并解析的模块，叫LBD_WebApiInterface
然后现在，我要将这个模块整合到新的Qt ActiveServer里面去，做这个的时候我踩了巨多的坑，做了差不多快一个星期才勉强搞清楚这个怎么做。
其实是很简单的，但是它并不会告诉你错在哪，你只能自己猜谜，这点是最头疼的。
其次，如果有可能，如果是在Windows环境下，我是及其推荐你把C#的DLL改装成COM组件，并注册进系统内，这样可以省去非常非常多的麻烦，不会以至于你在开发的时候跨过和我一样多的坑。
然后我发现CLR这一块完全是一片空白，国内基本上找不到什么中文资料和讨论，真要被这玩意搞得头晕了。
怎么做？
首先我们要知道CLR是什么，知道的 就知道了，不知道的你也只能自己去百度了。
实际上，CLR语言就是个C#语言和C++语言的结合体，具体语法我这里不会过多阐述，只说应用
因为我这里大部分的类都是以单例的形式对外暴露的，具体是否需要使用单例可以视情况而定，总之我这里就要用单例：
注：其中这个LBD_WebApiInterface的namespace就是来自我需要调用的那个C#的DLL
这个类里面我只是需要获得一个单例，返回我们在这个CLR项目中，由C#DLL生成的单例，仅此而已。
甚至不需要一个类去包裹，当然了最好还是有一个类去管理gc，不然我也不知道会发生什么。
然后就是写接口了，写一个DLL 对外暴露的类：TeachInfo
这个宏的目的是为了复用这个头文件，这样就可以在调用方直接引用这个头文件而不需要修改了
如果想要这个宏正常工作的话，则需要源文件在调用这个头文件的上方加入宏定义
#ifndef _IWEB_H
#define _IWEB_H
// 通过宏来控制是导入还是导出
#ifdef _IWEB
#define WEB_API __declspec(dllexport)
#else
#define WEB_API __declspec(dllimport)
#endif
//..代码块
#endif
先来看下转换数据类型的头文件Trans.h
因为System::Sring类型相当于是托管类型，不能直接转换成std::string，所以必须要听过msclr\marshal_cppstd.h里面提供的这个marshal_as函数进行转换
这里有一个比较坑的点，就是你必须要把这个
#include <msclr/gcroot.h> //gcroot
#include <msclr\marshal_cppstd.h>
这两行 放在
using namespace msclr::interop;
的前面，否则会报错:
"*"不能再类型"IServiceProvider"上使用此间接寻址。
除此之外
#include "windows.h"
这一行的引用和上述引用的位置也可能导致类似的问题，这里就不细说了
然后我们来看一个简单的示例
注：CLR类型需要在源文件的开头引用
#include "pch.h"
头文件，这个头文件将决定哪些内容会被编译，如果你不包含这个头文件的话就不会编译了，然后就有可能报错LNK2019
然后就是，除了头文件之外，你的源文件中的每一个函数都需要一个WEB_API的标记，否则调用方可能会报错LNK2019
来看下调用方
调用方的话 其实也比较简单，我之前犯了一个错误害得我搞了好久，都没能解决问题
首先需要知道的一点是，#pragma comment(lib,"xxx.lib")这条宏和你在vs中对项目的设定是不一样的，如果你在VS中设定的比如链接库地址，但是你#pragma comment(lib,"xxx.lib")的位置是错误的，编译器会优先尝试导入你写的这条宏，这会导致
LNK 2019
然后还有一点就是，你是可以用#pragma comment(lib,"xxx.lib")引用这个lib文件，但是如果这个lib依赖的库不在应用程序的根文件夹下，有可能这个应用程序编译之后会有两个问题
1.LNK2019
2.ActiveServer 注册失败
我只提供一个范例，具体问题我不再分析
