我有一个WPF应用程序“X”我想将它用于一些文件加载,文件处理,数据处理,数据学习和许多其他数据挖掘工作。
我在外部应用程序中有一个数据源。该应用程序允许自定义的非托管DLL进行自定义数据挖掘,但我不像以前那样喜欢C ++。非托管DLL只是通过COM加载托管DLL并在那里传递数据。
但是 - 托管DLL仍然只是一个数据代理。
从非托管DLL,我知道,当数据源应用程序请求用户创建的库以及何时向其发送数据时 - 在发出请求时,我希望DLL代理启动配置文件中定义的应用程序,钩住它并用数据提供它。
我认为反思可能是最好的方式。
我的想法是创建一个不同的DLL来暴露界面。 DLL代理将查找实现该特定接口的公共类型,创建其实例,然后调用其接口方法。
答案 0 :(得分:0)
在写这个问题的最后回答了我自己,我不知道为什么我认为它在首先测试之前不会起作用...
我的想法是创建一个不同的DLL来暴露界面。 DLL代理将查找实现该特定的公共类型 接口,创建其实例,然后调用其接口方法。