事实上很多情况下MinGW已经够了(因为值得移植的程序通常不会包含太多与系统结合紧密的部分,完全可以使用条件编译来支持不同平台),此时Cygwin中完整的POSIX反而成了累赘。
[修改于 9年1个月前 - 2015/11/29 20:24:49]
引用 金星凌日:事实上用MinGW做移植和用VC++直接做移植是一样的效果。。。因为MinGW是基于MSVCRT的。。。
事实上很多情况下MinGW已经够了(因为值得移植的程序通常不会包含太多与系统结合紧密的部分,完全可以使用条件编译来支持不同平台),此时Cygwin中完整的POSIX反而成了累赘。
引用 acmilan:如果只考虑编译器,那你说的还算比较正确。但问题在于,可移植程序需要的不仅仅是一个编译器,而是完整的工具链。
事实上用MinGW做移植和用VC++直接做移植是一样的效果。。。因为MinGW是基于MSVCRT的。。。
条件编译多了不利于管理,编程起来也相当麻烦,从实用性的角度来说,直接使用原生C/C++跨平台不是一个好选择。。。
通常使用Cygw...
引用 金星凌日:然而可以同时支持automake、msbuild、cmake等多种构建工具,支持不同工具链也是条件编译的一个方面。。。
如果只考虑编译器,那你说的还算比较正确。但问题在于,可移植程序需要的不仅仅是一个编译器,而是完整的工具链。
MinGW通常会与MSYS一起使用,因而可以直接用开源软件中常见的automake,而VC++就不行。
引用 acmilan:Mono只是某些跟系统关系太深的控件不能用 比如webbrowser
然而可以同时支持automake、msbuild、cmake等多种构建工具,支持不同工具链也是条件编译的一个方面。。。
引用 张静茹:Mono的Windows Forms是用什么技术支持的?
Mono只是某些跟系统关系太深的控件不能用 比如webbrowser
引用 acmilan:不知道,我在windows下用.net写的exe,拖到已经装了mono环境的Ubuntu系统中 直接就能运行,
Mono的Windows Forms是用什么技术支持的?
WPF好像需要DirectX支持,一直没有移植过去,XAML的只有Silverlight可以使用。。。
.NET Core好像是只有文本界面的,轻量级可移植,并不是像Mono那样...
时段 | 个数 |
---|---|
{{f.startingTime}}点 - {{f.endTime}}点 | {{f.fileCount}} |
200字以内,仅用于支线交流,主线讨论请采用回复功能。