解决方案 »

  1.   


    谢谢你,这种应该是支持公共语言运行时的C++开发方式吧。这种方式或许也是一个考虑方向。
    不过这样是托管的吧,而且语法都得改,总觉得这样迁移性不好。
    希望还是能用纯粹的C++进行开发,如果再能跨平台就更好了,这个C++控件不用做太多的改动还可以继续用。
    C++里的CLR我没有接触的很多,可能理解有误。
      

  2.   

    你用别人的组件,带别人的类库,很正常啊。
    试试静态编译吧。能不能找到dll对应的lib,把lib直接打包进你写的activex里。
    这样既适用mfc,又不会带一堆类库。
      

  3.   

    谢谢你,请问,据您的了解,开发C#控件,除了使用C#本身、MFC activeX,还有别的途径吗?不知道MFC activeX是不是已经过时了?
      

  4.   

    完全可以把与界面无关的东东分离出来用C++写,界面上的全用.net
      

  5.   

    c++直接写成win32标准库 然后在c#中调用呗 
    就是需要增加函数的时候需要2边都修改比较麻烦  或者写成vc.net
      

  6.   

    其实windows控件都是窗口组成的 所以在创建组件的时候 把句柄传入c++控件中  就ok了
      

  7.   

    activex是windows下不同语言交互的一种方式。
    可以使用别的C++语言开发,以前用过C++Builder,还不错,可惜现在没什么人用了。
      

  8.   

    如果你一定要用C++来写ActiveX的话,mfc还是很好的工具。
      

  9.   


    你的意思是我要弄很大一堆dllexport/inport接口吧?把原来的属性方法事件都用API的形式弄?
      

  10.   

    把你的C++类,做个C的接口层,extern "C" 这样导出,在C#里写个封装类,调用 dllimport "xxxx.dll" public extern static ......,就是麻烦了点呵