IT技术网www.itjs.cn

当前位置:首页 > 编程语言 > .Net > 入门教程 > 如何在Mac上用自己编译出的DNX运行.NET程序

如何在Mac上用自己编译出的DNX运行.NET程序

发布时间:2015-05-27 00:00 来源:dudu的博客

DNX的全称是.NET Execution Enviroment(.NET执行环境),它是.NET跨平台的一个重要角色。假设您关注.NET的跨平台,一定要关注DNX。

由于Mono 4.0的一个bug(现已修复),目前如果要在Mac上编译dnx,需要先签出Mono的源代码进行编译,详见 Bug 29499 – System.IO.EndOfStreamException when running dnx command 。

在Mac OS X编译Mono的方法可以参考 Compiling Mono on Mac OS X 。用到的命令如下:

brew install autoconf automake libtool pkg-config
git clone https://github.com/mono/mono.git
cd mono
./autogen.sh --prefix=/usr/local --disable-nls
make
make install

编译好Mono之后(编译是一个漫长的过程),需要修改dnx中的packages/KoreBuild/build/_kpm-build.shade文件(如果没有这个文件,需要先运行一下./build.sh)

exec program='cmd' commandline='/C kpm pack${pack_options} ${projectFolder} --configuration ${configuration}' if='!IsMono'
exec program='kpm' commandline='pack${pack_options} ${projectFolder} --configuration ${configuration}' if='IsMono'

将其中的kpm改为dnu(不然编译时会报“找不到kpm”的错误,都是改名惹的祸):

exec program='cmd' commandline='/C dnu build${build_options} ${projectFolder} --configuration ${configuration}' if='!IsMono'
exec program='dnu' commandline='build${build_options} ${projectFolder} --configuration ${configuration}' if='IsMono'

之后呢运行./build.sh命令就可以成功编译dnx。

编译出来的东东都在artifacts/build文件夹中。其中有2个重要的文件夹:dnx-mono与dnx-coreclr-darwin-x64,前者是基于Mono的dnx,后者是基于CoreCLR的dnx,通过dnvm安装的dnx就是这个。它们包含了执行一个.NET程序所需要的一切,它们就是.NET Execution Enviroment(.NET执行环境)。

如何在Mac上用自己编译出的DNX运行.NET程序

不信,我们可以用一个非常简单的.NET程序测试一下。

这个.NET测试程序叫HelloDnx,只有2个文件:

1)Program.cs

using System;

public class Program
{
    public static void Main()
    {
        Console.WriteLine("Hello from DNX!");
    }
}

2)project.json

{
    "dependencies":{
    },
    "frameworks":{
        "dnx451":{},
        "dnxcore50":{}
    }
}

我们用自己编译的dnx运行这个HelloDnx试试。

首先删除以前通过dnvm安装的dnx。

cd ~/.dnx/runtimes
rm -rf *

之后呢用我们自己编译出的dnx中的dnu命令恢复nuget包包:

/Git/dotnet/dnx/artifacts/build/dnx-mono/bin/dnu restore
Microsoft .NET Development Utility v1.0.0-t150525235008

Restoring packages for /Git/dotnet/HelloDnx/project.json
Writing lock file /Git/dotnet/HelloDnx/project.lock.json
Restore complete, 159ms elapsed

接着用我们自己编译出来的dnx运行这个HelloDnx程序。

先用基于Mono的dnx:

/Git/dotnet/dnx/artifacts/build/dnx-mono/bin/dnx . run

运行结果:

Hello from DNX!

运行成功!

接着用基于CoreCLR的dnx:

/Git/dotnet/dnx/artifacts/build/dnx-coreclr-darwin-x64/bin/dnx . run

运行结果:

Resource string id=0x17FC System.DllNotFoundException: Resource string id=0x170B
   at Interop.mincore.GetStdHandle(Int32 nStdHandle)
   at System.Console.<>c__DisplayClass0.<get_Error>b__5()
   at System.Console.EnsureInitialized[T](T& field, Func`1 initializer)
   at dnx.host.RuntimeBootstrapper.PrintErrors(Exception ex)
   at dnx.host.RuntimeBootstrapper.Execute(String[] args)
   at DomainManager.Execute(Int32 argc, Char** argv)

运行失败。可能是少了某个程序集或者程序集版本不对,暂不去研究。基于CoreCLR的dnx目前还在开发中,出问题也正常。(这个问题的确是一个bug,详见#issue1955)

在Mac上如此折腾一下,一是可以实际体会一下.NET跨平台的进展,二是可以随时折腾dnx,改改dnx的代码,编译出来就可以用它跑.NET程序。