在Xamain 未被收购以前,这货monodroid.exe 就是一个打包的绑定。。。无奈 配置环境复杂,未能实现 。。。有mono运行时就好了..不折腾了 玛德javascript
做者:小生、我怕怕php
网址:http://www.apkbank.nethtml
我觉的MS的.net方案其实很不错。C#呢,用如今流行的话来讲“很给力”!ios
可是.net版本众多。并且.NET Framework框架很大。拖着一个大大的.net Framework老是让人很郁闷。c++
我也碰到了这个让人郁闷的问题。web
在网上找呀找呀。找到另外一个.NET Framework 替代方案。Mono。正则表达式
下载地址为:http://www.go-mono.com/mono-downloads/download.htmlc#
Mono2.10.2版本支持.net 2.0至4.0版本。windows
下载回来后安装一下,我傻了竟然有336M。并且Mono的竟然方式是命令行的。仍然让人很郁闷。
算了,既然安装了。找找资料吧。
终于看到了前人的工做结晶。
Mono运行C#程序所要的库资源其实很少。
只要C:\Program Files\Mono-2.10.2\bin目录下的。(如下均以C:\Program Files\Mono-2.10.2目录为根目录)
mono.exe,mono-2.0.dll
lib\mono\.net版本号\mscorlib.dll。我这里用的是.net 2.0版本。
lib\mono\gac\目录下的必要库文件。WinForm程序只要这5个库就好了。
每一个库文件下,又有本身的.net版本号。若是用的是.net 2.0那么4.0.0.0那个目录就能够删除,若是你想问为何没有3.0、3.5的库。答案是3.0和3.5用的是2.0的库。而1.0的库因为年代久远,Mono2已经不支持了。若是须要的话,能够下载Mono早期的版本。
另外我发现库文件下,有同名的.mdb文件。
那个.mdb文件删除掉对程序没什么影响。因此统统删除掉。
通过层层删除,最后剩下的那几个文件,加起来也就8M多点。而程序一点问题也没有。完美运行!
发行软件的时候用RAR压缩一下,程序只有3M多。很完美了!
但是我怎么知道。。个人程序具体要用到哪些库呢?
答案是:不知道。去记程序要用到哪些库太累了。我才不会去记呢。我有一个偷懒的办法。新建一个文件夹,先将不变的文件放好。bin目录下的mono.exe,mono-2.0.dll,lib\mono\.net版本号\mscorlib.dll。最后将Mono下lib\mono\gac中全部的库文件拷贝过来。运行编译好的C#程序。如今能够开始疯狂的删除了,碰到不能删除的文件,剩下的就是咱们的程序要用的库了。此方法简单高效,百试不爽。
可是接下来还有个问题,Mono那个讨厌的命令行。还有若是人家电脑上装了.net库呢?用MS自家的.net不是更好么?因而我参考Mono官网,用C和windows api写了一个.net的引导程序。能够根据用设定来选择.net版本,若是客户电脑已经安装用户指定版本,则优先使用MS的.net,若是不存在则用Mono引导程序。
这个引导程序使用config.ini作为配置文件。
C#_Version=2.0 //.net版本号,共有4个值:2.0、3.五、4.0C、4.0F
C#_AppName=MyBooks.exe //预启动的应用程序名称
这个引导程序,在32位XP下使用VS 2008编译。由于是用windows api编写,没有额外的库。因此理论上32位的系统应当都能使用,64位的没试过。这个引导程序测试.net 2.0项目和.net 4.0项目都没问题。这个程序直接调用了mono-2.0.dll。因此Mono.exe也就没用了。下面给出个人测试项目,直接运行monologin.exe便可。效果我仍是很满意的。同时欢迎交流!
附件下载:
c#引导项目.rar 3.17MB
以前有一个C#版本和ios版本(支持下载学生名单,点名等更多功能,该版本未上app store)的教辅助手帮助学校老师提交成绩到教务系统(浙大正方web版),一直打算用mfc写一个vc++版本的能够方便的在未安装net framework的电脑上使用,前几天看到一篇文章再谈为何要使用MONO ,既然Unity3D游戏(mono内核)能够单独打包脱离net framework,那个人教辅助手必定能够。但是在网上找了一下,中文资料不多,没有讨论具体技术细节的文章( 让C#程序独立运行(脱离 .NET Framework运行,绿色运行) 是我在移植完成后写教程的时候看到的文章,个人思路和他不太同样,我使用了mkbundle)。
教辅助手虽然功能比较简单,可是比hello world仍是有技术含量的。我在测试打包的时候使用hello world没有问题,可以脱离net framework正常显示,但若是更复杂的功能和代码以及引入第三方类库的话,到底有没有问题,我内心没底。 实际在我移植的过程当中确实碰到不少问题,这个是简单的测试hello world移植所解决不了的。所以我在解决问题后,写下此文记录一下。
先说一下教辅助手的功能(因为工做缘由没法放出该程序代码),简单点说就是要导入excel成绩表并直接提交到教务系统的页面中,为清楚列表以下
1 导入excel成绩表
2 提交至web教务系统
3 可视界面操做
使用的相应技术
1 使用System.Data.Oledb访问excel并将取得内容放入System.Data.DataSet
2 使用System.Net.HttpWebRequest模拟教务系统登陆(该系统使用cookieless方式,因此须要先访问一次获得url中生成的sessionid),而后填入课程相关信息,模拟post提交,使用System.Text.RegularExpressions的正则表达式获得全部学生列表,并根据DataSet内容产生新的Post信息,再次利用post方式提交到教务系统中。
3 使用Winform窗口形式
相关软件
window7 professional 64bit
Cygwin
net 2.0/3.5/4.0 framework
mono 2.10.6
gtk 2.12
MonoDevelop 2.8.2
下面说一下个人具体过程
1 首先使用Mono Migration Analyzer(MoMA) 检查已有代码是否能够移植到mono上。个人代码检查经过,但在后继过程发现访问excel功能报错,缘由后面会说 。我的感受MoMA不是很靠谱。
2 使用mono编译教辅助手源码。 这里我使用了MonoDeveloper工具,固然也可使用相似csc.exe的mcs.exe命令行编译方式。不过因为MonoDevelop没有winform的设计器,并且winform是Win32技术,兼容性在Linux下不是很好, mono建议使用GTK#这种第三方的Form技术来作UI,我这里为了使用MonoDeveloper把winform的代码用gtk重写了,用了一个小时吧,代码分层比较好,比较容易剥离。固然若是你习惯csc.exe的命令行方式,并且你的移植后的程序只在window下面运行,那你可使用mcs.exe而且不须要gtk重写(何尝试此种方式,感受应该可行,若是哪位朋友有过相关经验,请告知)。
使用MonoDevelop要求安装mono和gtk,这里要特别注意的是MonoDevelop能够选择使用net framework仍是mono进行编译,开始我没有注意我在MonoDevelop下使用net framework编译运行成功,打包后在mono下运行老是出问题,并且出错信息始终为空,浪费了大量时间。
3 在MonoDevelop下选择mono,编译成功后运行失败,报libgda错误,这里解释下问题出现的缘由mono下的ole db应该是封装了libgda,并且mono oledb 支持Sql Server,Oralcle,MySql,SqlLite,不支持Excel;至于为何不支持Excel,很简单Excel其实是经过COM访问的(这个是微软的,*nix下不支持)。解决的办法就是不用ole db,因而换用CodePlex上的ExcelDataReader,支持mono,ok。
4 MonoDevelop运行时正常而打包后运行时System.Net.HttpWebRequest出错。在运行的时候发现HttpWebRequest没法正常工做,甚至简单的HttpWebRequest.Create(开始怀疑过是cookie container以及url路径问题,均排除,痛苦过程不表)。解决的办法是将machine.config文件一并打包。
参见Issue with embedding machine.config 实际上咱们能够从machine.config发现相关HttpWebRequest的配置信息,该文件路径:mono安装目录\etc\mono\mono版本号\machine.config。
5 mkbundle打包。 实际上4和5能够一并说,4中描述的问题致使我频繁的测试mkbundle,尝试加载不一样的dll。一度怀疑是打包时dll未正确包含所致,将所需的全部类库lib(system.web.dll、system.net.dll、gac目录等)一并拷贝到运行目录下,仍报错且无任何错误提示,抓狂。这里犯了低级错误反省一下,mono官网提到mkbundle是一种static linker方式,会将所用到的dll连同应用程序一并embed到一个exe文件中,实际上mkbundle后再也不须要类库的dll。
mono的mkbundle使用Unix-like toolchain,因此要在window下使用mkbundle须要安装cygwin(一样痛苦的过程),选择gcc-mingw, mingw-zlib, pkg-config,zlib(注意不要选gcc所有安装,网上说有问题我试过也是如此,彻底卸掉gcc只选择gcc-mingw), 而后配置cygwin的~/.bashrc文件中配置
export PATH=$PATH:/cygdrive/c/Mono-2.6.1/bin
export PKG_CONFIG_PATH=/cygdrive/c/Mono-2.10.6/lib/pkgconfig
这里参考Can not compile simple C# application with mkbundle 很是详细
结合个人实际使用说明一下:
没法单独使用mkbundle –o –-deps 的方式使用mono runtime, 由于mkbundle有一个bug,详见 New: Mkbundle Fails Due To Missing Reference To G_utf16_to_utf8 (2.8.0, Windows XP) 若是直接使用会报
temp.c: In function `main':
temp.c:170: warning: implicit declaration of function `g_utf16_to_utf8'
temp.c:170: warning: assignment makes pointer from integer without a cast
temp.c:185: warning: assignment makes pointer from integer without a cast
/tmp/ccgvpEs0.o: In function `main':
/cygdrive/d/paco/jpegp4d-deploy/temp.c:170: undefined reference to
`_g_utf16_to_
utf8'
/cygdrive/d/paco/jpegp4d-deploy/temp.c:185: undefined reference to
`_g_utf16_to_
utf8'
collect2: ld returned 1 exit status
[Fail]
所以采用mkbundle –c(2012-1-12 更新 在cmd下执行)和gcc -mno-cygwin(2012-1-12 更新 在cygwin下执行)的结合的方式
如下引自Can not compile simple C# application with mkbundle ,感谢Lavir the Whiolet
mkbundle -c -o host.c -oo bundle.o --deps YourAssembly.exe <additional arguments>
". 可选-z进行压缩. 完成后获得host.c和bundle.o文件.在host.c文件中移除_WIN32。增长#undef _WIN32
以下:
#ifdef _WIN32
#include <windows.h>
#endif
获得:
#ifdef _WIN32
#include <windows.h>
#endif
#undef _WIN32
执行: "gcc -mno-cygwin -o ResultantBundle.exe -Wall host.c
`pkg-config --cflags --libs mono-2|dos2unix`
bundle.o <additional arguments>
". 若是你mkbundle 加了-z参数, 你必须在这步增长 –lz
个人补充
(1) 执行mkbundle是须要embed machine.config的话 增长—machine.config C:\Mono-2.10.6\etc\mono\4.0\machine.config,参考mono project bundles
(2) 若是引入第三方dll的话(好比我使用了第三方ExcelDataReader的excel.dll), 应该加到mkbundle 的<additional arguments>位置,参考Embedding a JavaScript interpreter with Mono
以个人mkbundle为例
mkbundle –c –o host.c –oo bundle.o –deps myProgram.exe Excel.dll --machine-config C:\Mono-2.10.6\etc\mono\4.0\machine.config
更新(2012-01-12):
mkbundle -c -o host.c -oo bundle.o --deps MonoTA.exe Excel.dll -z --machine-config C:\Mono-2.10.6\etc\mono\4.0\machine.config
6 发布
生成的exe文件已经embed mono runtime了,个人应用程序原来32k,使用-z压缩生成后是5MB,有点大不过能够接受。但要脱离net framework在window上执行,还须要调用几个文件,罗列以下(针对mono4.0,我一个个找的,是否是能够作个工具自动查找依赖?)
freetype6.dll
glibsharpglue-2.dll
gtksharpglue-2.dll
intl.dll
libatk-1.0-0.dll
libcairo-2.dll
libexpat-1.dll
libfontconfig-1.dll
libgdk_pixbuf-2.0-0.dll
libgdk-win32-2.0-0.dll
libgio-2.0-0.dll
libglib-2.0-0.dll
libgmodule-2.0-0.dll
libgobject-2.0-0.dll
libgthread-2.0-0.dll
libgtk-win32-2.0-0.dll
libpango-1.0-0.dll
libpangocairo-1.0-0.dll
libpangoft2-1.0-0.dll
libpangowin32-1.0-0.dll
libpng14-14.dll
mono-2.0.dll
MonoPosixHelper.dll
zlib1.dll
总共16.9MB
7 后记
我的感受,虽然过程曲折了点,但使用mono runtime让软件脱离net framework是彻底可行的,并且应该是能够用到生产环境的,也但愿mono愈来愈好。