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执行环境）。
不信，我们可以用一个非常简单的.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程序。