求教纯C++Win32通过CLR动态库间接调用WPF重绘窗口发方法

[FenixZero]

查找了C++调用WPF绘制界面的问题。都是直接使用CLR工程通过HwndSource调用WPF工程的。

有没有方法实现间接调用WPF的呢？ 我们不想修改现有的C++工程的编译设置。
现在我们已经有一个纯C++的win32工程。我们想使用WPF来重绘窗口。为此我们创建了WPFUI.dll（C#工程）
和WPFWrap.dll(CLR工程)。 其中WPFWrap.dll中提供方法
extern “C” DLL_API HWND CreateMainView(HWND parent)
{
HwndSourceParamter ^hwndParam = gcnew HwndSourceParamters;
hwndParam->WindowsStyle = WS_VISIBLE | WS_CHILD;
hwndParam->ParamWindow = IntPtr(parent);
....

HndSource ^source = gcnew HwndSource(*hwndParam);

Grid ^grid = gcnew Grid; <---调用提示“调用线程必须为STA，因为许多UI组件都需要”

IMamagerProvider ^mp = ManagerSingleton::Instance; //WPF中的类
MainView ^editorView = mp->MainView;

grid->Children->add(editorView);

source->RootVisual = grid;


return (HWND)source->Handle.ToPointer();
}

C++中按照通常的调用dll的方式调用以上方法。
HMODULE hDll = LoadLibrary("WPFWrap.dll");
if(hDLL)
pfnCreateMainView = (CreateMainView) GetProcAddress(hDll, "CreateMainView");

pfnCreateMainView(this->hWnd);

刚接触CLR，C#， WPF不久。大家有没有这样的情况，或者建议。可以在不改变已有C++工程的情况下，完成上面的调用。 谢谢

[赵4老师]

不要做A语言代码修改为B语言代码的无用功。 也不要做用A语言代码直接调用B语言代码库这样复杂、这样容易出错的傻事。 只需让A、B语言代码的输入输出重定向到文本文件，或修改A、B语言代码让其通过文本文件输入输出。 即可很方便地让A、B两种语言之间协调工作。 比如： A将请求数据写到文件a.txt，写完后改名为aa.txt B发现aa.txt存在时，读取其内容，调用相应功能，将结果写到文件b.txt，写完后删除aa.txt，再将b.txt改名为bb.txt A发现bb.txt存在时，读取其内容，读完后删除bb.txt 以上A可以替换为任何一种开发语言或开发环境，B可以替换为任何一种与A不同的开发语言或开发环境。 除非A或B不支持判断文件是否存在、文件读写和文件更名。 但是谁又能举出不支持判断文件是否存在、文件读写和文件更名的开发语言或开发环境呢？ 可以将临时文件放在RamDisk上提高效率减少磨损磁盘。 数据的结构很复杂的话，文本文件的格式问题可参考json或xml 共享临时文本文件这种进程之间的通讯方法相比其它方法的优点有很多，下面仅列出我现在能想到的： ·进程之间松耦合 ·进程可在同一台机器上，也可跨机，跨操作系统，跨硬件平台，甚至跨国。 ·方便调试和监视，只需让第三方或人工查看该临时文本文件即可。 ·方便在线开关服务，只需删除或创建该临时文本文件即可。 ·方便实现分布式和负载均衡。 ·方便队列化提供服务，而且几乎不可能发生队列满的情况（除非硬盘空间满） ·…… “跨语言、跨机，跨操作系统，跨硬件平台，跨国，跨*.*的”苦海无边， 回头是“使用共享纯文本文件进行信息交流”的岸！