DNX概述

1. 什么是.NET执行环境 ?

.NET Execution Environment(DNX) 是一个SDK 和运行时环境，它包含所有的你需要创建和运行.net应用程序的组件。它提供一个主机进程，CLR宿主逻辑和管理入口点。DNX是为执行跨平台的asp.net的Web应用程序而创建的。但是它也能执行其它类型的.net应用程序，如控制台应用程序。

2. 为什么创建DNX ?

DNX提供一个在不同平台开发和执行的环境。你可以用DNX在一种平台上面开发，然后部署到另一个平台上面去。

DNX简化了开发跨平台的应用程序， 它负责的给CLR宿主，处理依赖和启动你的应用程序。你可以通过轻量级的json配置文件定义你的应用程序，建立你的工具并发布它。

包的管理完全地改变了现在应用的开发，DNX使其很容易地创建和应用包。DNX提供工具安装、创建、管理NuGet包。DNX工程简化了利用交叉编译为不同的构架生成不同的NuGet包。你可以直接引用NuGet包和还有依赖。你也可以创建和安全开发工具

DNX使其很容易与开源的工程一起工作，通过DNX你可以很容易地用源代码替换掉一个已经存在的依赖。让DNX在运行时编译，然后你可以Debug源代码和修改它。

3. 工程

一个DNX的工程是一个含有project.json的文件的目录。文件夹的目录名就是工程的名字。你可以用DNX工程创建NuGet包。project.json文件定义了你的包的元数据，你的工具的依赖文件和哪些框架你需要使用的：

{

"version": "1.0.0-*",

"description": "ClassLibrary1 Class Library",

"authors" : ["daroth"],

"tags": [ "" ],

"projectUrl": "",

"licenseUrl": "",

"frameworks":{

"net451": {},

"dotnet5.4":{

"dependencies":{

"Microsoft.CSharp": "4.0.1-beta-23516",

"System.Collections": "4.0.11-beta-23516",

"System.Linq": "4.0.1-beta-23516",

"System.Runtime":"4.0.21-beta-23516",

}

}

}

}

}

在"frameworks"属性下面你可以声明你需要哪个构架来构建你的应用。 DNX可以交叉编译每一个构架创建相应的lib目录。

你可以利用 .NET Development Utility(DNU)来创建，打包和发布DNX工程， 生成二进制文件。打包可以生成NuGet package，然后上传到package feed. 发布是把所有相关的组件打包到一个独立的文件当中以便发布当前应用。

4. 依赖

依赖在DNX由名字和版本号组成。版本号应该遵循语义版本（主版号-次版本号-补丁）. 典型的依赖参考安装的NuGet包或者另一个DNX工程。工程的引用在当前目录引用或者用global.json在解决方案一级：

{

"projects": ["src", "test"],

"sdk": {

"version":"1.0.0-rc1-final"

}

}

global.json文件也定义了最小的DNX版本以用来创建当前的工程。

依赖是可以传递的，你可以只在最顶级申明你的依赖。DNX可以下载整个依赖图用安装的NuGet包。工程依赖生成在运行时在生成工程的时候，这样可以使你灵活地用二进制工作或者源文件部署你的DNX应用。

5. 包和摘要

对包的引用你首先要安装你的包，你可以用DNU去去安装下载新的包到目前的或者重新恢复所有的依赖。下面的命令是下载和安装所有的在project.json里申明的所有包:

dnu restore

包被重置利用配置的包文件。可以配置包的摘要用NuGet.config

6. 命令

一个命令是一个命名的.net运行的入口。你可以在project.json文件中定义命令:

"commands":{

"web":"Microsoft.AspNet.Server.Kestrel",

"ef":"EntityFramework.Commands"

},

你可以像下面这样来用DNX执行你的命令：

dnx web

命令可以做为NuGet包的形式被创建和发布， 你可以用DNU去安装全局的命令：

dnu commands install MyCommand

7. 应用宿主

DNX应用程序宿主是被DNX第一个调用的管理入口，负责处理依赖，解释project.json, 提供其它的服务和调用应用程序的入口。

另外，你可以用直接DNX调用你的应用程序入口。用DNX而不用DNX 应用宿主并不是很常见。

DNX应用宿主提供一系统的应用程序依赖（如IServiceProvider, IApplicationEnvironment和ILoggerFactory）.应用程序宿主服务可以在你的主入口中被注入到构造函数当中。

8. 编译模块

编译模块是一个可以扩展的点，可以让你参与 到DNX编译的过程当中。你可以通过实现ICompileModule接口来实现你自己的编译模块，然后放到compiler/preprocess或者compiler/postprocess当中去。

9. DNX版本管理

你可以安装不同的DNX版本到你机器上去。你可以用.NET Version Manager(DNVM)来管理不同的DNX版本。DNVM可以让你在你的机器上面列出不同的DNX版本， 安装不同的版本转换当前激活的版本。