本帖最后由 huo_xuan_feng 于 2010-08-08 10:20:53 编辑

解决方案 »

  1.   

    Microsoft的.net下开发的产品,很难说一定能在mono下运行
    http://topic.csdn.net/u/20090423/11/1b757be0-e249-4057-8f1a-6eb5ff2fe484.html
      

  2.   

    现在mono做的很成功了,我们一般的程序,效率不大影响,不过肯定没有微软的clr那么好的效率。
    但是小程序,没有可能几百K的程序要弄上个几百M的包包。况且飞信的那种虚拟办法不大可行,还是觉得mono好一些。问题是不知道怎么引导那个程序,怪哉。
      

  3.   

    首先,“带上”这个做法是不对的。你完全可以提供独立的.net安装文件,网上到处可以下载。它在用户环境只需要安装一次(就像mono只需要安装一次一样),你为什么非要把它“带上”到应用程序,而不把每一个应用程序都跟mono打包成一个包呢?其次,.net已经升级到4.0版了,使用它重新编译你的程序,不但直接升级了各种功能和性能,而且完整的.net独立安装文件也不过48M而已。
      

  4.   

    WinForm为什么用Mono呢?是FrameWork2.0的么?现在2.0应该算是标配了。
    不过如果用到了3.5的东西,就比较麻烦了,3.0的还简单一些。
      

  5.   


    我的意思并不是说把.net的大包放到安装包里面,事实上,.net的安装文件也就几M而已,但是安装的时候,是强迫装C盘的两百M空间左右,其实最头痛的还是安装的速度,太不理想。
    如果用mono环境,整体的大小也不过10M这样。飞信的虚拟机也才20M这样。只可惜mono对access连接不理想,所以现在只好用飞信的虚拟机了。
      

  6.   

    直接运行mono好像是要加库路径参数的吧...
    另外mono用来发布小程序的确不错.不过要兼容
    mono会比较麻烦.lz可以去mono的网站上下一个
    检测程序看你的程序和mono的兼容性.
      

  7.   

    只好用飞信的虚拟机咯,或者老老实实装.net,其实也还是没解决。