开发者 | Microsoft |
---|---|
编程语言 | C# |
类型 | Web应用程序、MVC |
许可协议 | Apache License 2.0 |
网站 | ASP.NET vNext、GitHub ASP.NET Core Home |
ASP.NET Core 是新一代的 ASP.NET,早期称为 ASP.NET vNext,并且在推出初期命名为 ASP.NET 5,但随着 .NET Core 的成熟,以及 ASP.NET 5 的命名会使得外界将它视为 ASP.NET 的升级版,但它其实是新一代从由开始打造的 ASP.NET 核心功能,因此微软宣布将它改为与 .NET Core 同步的名称[1],即 ASP.NET Core。
ASP.NET Core 可运行于 Windows 平台以及非 Windows 平台,如 Mac OSX 以及 Ubuntu Linux 操作系统,是 Microsoft 第一个具有跨平台能力的 Web 开发框架。
微软在一开始开发时就将 ASP.NET Core 开源,因此它也是开源专案的一员,由 .NET 基金会 (.NET Foundation) 所管理。
开发历程
ASP.NET vNext 最早是在2014年5月被提出[2],当时是以专案代号 K (Project K) 命名,包含工具与执行期平台都以 K 来命名,其名称为 KRE (K Runtime Environment) 如:
- KLR (K Language Runtime): Project K 的执行期平台。
- KVM (K Version Manager): Project K 的版本管理员。
- KPM (K Package Manager): Project K 的套件管理员,类似于 node.js 的 npm (Node.js Package Manager)。
- K (K Loader): Project K 的程式启动器。
KRE 在 2014 年度时曾经一度在版本戳记上出现 RC 的字眼,但随后 ASP.NET Core 开发团队发出了一份新的 Roadmap,公布后续的版本计划 [3]。
到了 Build 2015 时,微软将专案 K 重新命名,改称为 .NET 执行环境 (.NET Execution Environment),简称 DNX,其工具也开始进行更名:
- DNVM (.NET Version Manager): DNX 的版本管理员。
- DNU (.NET Package Manager): DNX 的工具,可支援建造,还原与管理封装等。
- DNX (.NET Loader): DNX 的程式启动器。
后续到了 ASP.NET Core RC1 时,.NET Core 已经发展成熟,并且也具有自己的工具 .NET Core CLI (dotnet.exe),此时微软决定将 DNX 和 .NET Core CLI 合并,并且预期在 ASP.NET Core 1 RC2 时完成。
核心功能
ASP.NET Core 核心设计上是采用 Open Web Interface for .NET (OWIN) [4] 为概念发展,OWIN 在概念上就强调以程式码来定义系统功能,并一度在 ASP.NET MVC 5 列入其功能之一[5],后续的 Web API 与 SignalR 也使用了 OWIN,但并没有引起太多开发人员的重视,其主因还是因为 Visual Studio 简化了太多元件间参考定义的工作,若是要回归由源代码作业,反而会让开发人员无法适应。但随着微软确定将 ASP.NET Core 开发为可跨平台的核心架构时,其专案参考系统也由 Visual Studio 为主的加入参考对话盒转向到以 project.json (.NET Core / ASP.NET Core 的专案组态档) 为主,使得开发人员不能再以 GUI 界面来加入元件参考,只能利用编辑 project.json 的方式加入,这时由程式码加入功能的作法才慢慢的被开发人员所接受,虽然这在 Mac 以及 Linux 环境是再平常不过的事。
由程式码决定功能
ASP.NET Core 广泛应用了 .NET 的扩充方法 (Extension Method),将 ASP.NET Core 的功能模组 (ASP.NET Core 的术语是 Middleware) 以扩充方法的方式附挂在 IApplicationBuilder 界面上,以 Use 开头的方法为命名标准,所有应用程序所需要的功能都必须添加在 Startup 类别内,DNX Runtime 在启动时会搜寻应用程序内的 Startup 物件,并唤起它内部的特定方法 (如 Configure()),以加入应用程序的功能。
例如下列程式码:
public void Configure(IApplicationBuilder app, IHostingEnvironment env, ILoggerFactory loggerFactory)
{
loggerFactory.AddConsole(Configuration.GetSection("Logging"));
loggerFactory.AddDebug();
if (env.IsDevelopment())
{
app.UseBrowserLink();
app.UseDeveloperExceptionPage();
app.UseDatabaseErrorPage();
}
else
{
app.UseExceptionHandler("/Home/Error");
}
app.UseIISPlatformHandler(options => options.AuthenticationDescriptions.Clear());
app.UseStaticFiles();
app.UseIdentity();
// To configure external authentication please see http://go.microsoft.com/fwlink/?LinkID=532715
app.UseMvc(routes =>
{
routes.MapRoute(
name: "default",
template: "{controller=Home}/{action=Index}/{id?}");
});
}
内建的相依注入
ASP.NET Core 核心内建了基本的相依注入 (Dependency Injection) 能力,这意味着 ASP.NET Core 应用程序具有更强的扩充能力,连带的如 ASP.NET MVC 6 (ASP.NET Core 的 Web 开发框架) 也受惠于 ASP.NET Core 的相依注入功能,可在 Controller 内直接注入界面物件。ASP.NET Core 内提供了两种相依注入功能,一种是管线式相依注入 (ASP.NET Core 称它为 Framework-Provided Services),另一种是由系统注册的相依注入,由开发人员利用 ASP.NET Core 提供的 IServiceCollection 界面内的方法注册需要的界面与服务,再由程式中取用。
IServiceCollection 支援四种类型的服务相依注入[6]:
- Transient: 每次要求时都建立,不论是否在同一范围。
- Scoped: 只在一个要求范围内建立一次,在当下的范围内等同于 Singleton。
- Singleton: 只会提供一个物件的执行个体,但生成是由系统做。
- Instance: 在应用程序的生命周期内只会提供一个物件的执行个体,但生成是由开发人员负责。
ASP.NET Core 也不限只能用 ASP.NET Core 本身的相依注入功能,若是有喜欢或惯用的相依注入元件 (如 Autofac、StructureMap 等),也可以用它们取代内建的相依注入功能[7]。
多样的代管 (Hosting) 方式
ASP.NET Core 支援自我代管 (Self-hosting) 以及 Web Server 代管 (Web Server-hosting) 的功能 [8],早期 ASP.NET Core 有延续以 IIS 为主要代管服务的设计 (当时的代号为 Helios),但是到了 ASP.NET Core Beta 8 时,微软宣布将以 Kestrel Server 为主要的代管服务器 [9],Kestrel Server 是以 libuv 为基础开发的 Web Server 代管行程 (Hosting Process),借由 libuv 的协助,Kestrel Server 可跨平台,也可适用于 IIS,微软也为了 IIS 使用 Kestrel Server 而发展了 IIS Platform Handler,让 IIS 可直接将 HTTP 的要求直接转送给 Kestrel Server。
ASP.NET Core 也另外提供了一个 Web Listener,由 HTTP.SYS (IIS 的 HTTP 核心聆听器) 聆听讯息的代理行程,作为在 IIS 以外的代管行程,以支援自我代管能力。
专案系统
ASP.NET Core 不再使用 .csproj 的专案管理方式,而是改用以目录为主的专案管理,原本的 Web.config 也不再存在,取而代之的是 project.json,以及作为组态设定的 appsettings.json 档案,这两个档案都是JSON格式。虽然在 Visual Studio 的 ASP.NET Core 的专案范本中,Web.config 仍然存在,但它的存在只是为了要在 IIS 中附挂上 HTTP Platform Handler 而已。
project.json
project.json 主掌专案的执行期的组态设定,包含专案的套件参考 (Package References)、专案的基本设定、启动指令、包含或排除指定目录、以及建造时的相关事件指令等。
下列JSON为 project.json 的范例[10]:
{
"version": "0.1-alpha-*",
"compilationOptions": {
"warningsAsErrors": true
},
"dependencies": {
"Microsoft.Bcl.Immutable": "1.1.18-beta-*",
"Microsoft.AspNet.ConfigurationModel": "0.1-alpha-*",
"Microsoft.AspNet.DependencyInjection": "0.1-alpha-*",
"Microsoft.AspNet.Logging": "0.1-alpha-*",
"System.Data.Common": "0.1-alpha-*"
},
"code": ["**/*.cs", "/Shared/*.cs"],
"frameworks": {
"dnx451": {
"frameworkAssemblies": {
"System.Runtime": "",
"System.Collections": ""
}
},
"dnxcore50": {
"dependencies": {
"System.Collections": "4.0.0.0",
"System.Collections.Concurrent": "4.0.0.0",
"System.ComponentModel": "4.0.0.0",
"System.Console": "4.0.0.0",
"System.Diagnostics.Contracts": "4.0.0.0",
"System.Diagnostics.Debug": "4.0.10.0",
"System.Globalization": "4.0.10.0",
"System.Linq": "4.0.0.0",
"System.Linq.Expressions": "4.0.0.0",
"System.Linq.Queryable": "4.0.0.0",
"System.Reflection": "4.0.10.0",
"System.Reflection.Extensions": "4.0.0.0",
"System.Resources.ResourceManager": "4.0.0.0",
"System.Runtime": "4.0.20.0",
"System.Runtime.Extensions": "4.0.10.0",
"System.Threading": "4.0.0.0",
"System.Threading.Tasks": "4.0.10.0"
}
}
}
}
appsettings.json
appsettings.json 是用来替代 Web.config 内的 <appSettings /> 与 <connectionStrings /> 两个开发人员最常用的组态区段,其内容示例如下:
{
"Data": {
"DefaultConnection": {
"ConnectionString": "Server=(localdb)\\mssqllocaldb;Database=aspnet5-WebApplication1-8479b9ce-7b8f-4402-9616-0843bc642f09;Trusted_Connection=True;MultipleActiveResultSets=true"
}
},
"Logging": {
"IncludeScopes": false,
"LogLevel": {
"Default": "Verbose",
"System": "Information",
"Microsoft": "Information"
}
}
}
不过 appsettings.json 不像 project.json 是由 DNX 自动读取,appsettings.json 或是后续加入的组态档都是属于功能之一,依照 ASP.NET Core 由程式码决定功能的特性,开发人员需要加入下列程式才能让 appsettings.json 生效。
public Startup(IHostingEnvironment env)
{
// Set up configuration providers.
var builder = new ConfigurationBuilder()
.AddJsonFile("appsettings.json")
.AddJsonFile($"appsettings.{env.EnvironmentName}.json", optional: true);
Configuration = builder.Build();
}
套件相依管理
ASP.NET Core 的套件相依管理 (Package Dependency Management) 由 project.json 负责,project.json 内的 dependencies 区段以及 frameworks 区段负责管理对套件的相依,以及对特定 Framework 版本内组件的相依。
dependencies 内的套件是以 "套件代码": "版本" 的格式设定,例如 "Microsoft.AspNet.Mvc": "1.0.0-rc1-final" 表示参考 Microsoft.AspNet.Mvc 套件的 v1.0.0-rc1-final 版本。套件与版本资讯是用NuGet所提供,和以往要以加入参考的方式加入对特定组件的相依性有很大的不同,而这也是 .NET Core/ASP.NET Core 的特色之一,不必再安装大包的 .NET Framework,只要使用 DNU 的 restore 指令,就能还原所参照的相依套件。
"dependencies": {
"Microsoft.Bcl.Immutable": "1.1.18-beta-*",
"Microsoft.AspNet.ConfigurationModel": "0.1-alpha-*",
"Microsoft.AspNet.DependencyInjection": "0.1-alpha-*",
"Microsoft.AspNet.Logging": "0.1-alpha-*",
"System.Data.Common": "0.1-alpha-*"
}
frameworks 则是定义了特定系统环境内所相依的特定组件与其版本,在此定义的组件必须事先就安装在电脑内才能取用,与 dependencies 会还原套件不同。开发人员可以给定一个字串来代表特定环境 (例如dnx45表示 DNX on .NET 4.5、dnxcore5 表示 DNX on .NET Core 5),然后在里面指定特定的组件与其版本。
"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",
"System.Threading": "4.0.11-beta-23516"
}
}
}
开发框架
ASP.NET Core 以 .NET Core 的基础发展,其目前规划的功能有:
- ASP.NET MVC 6: 目前钦定的 Web 应用程序开发框架。
- ASP.NET SignalR 3: 新一代的长时轮询 (Long-Time Polling) 讯息通讯基础建设,计划在 ASP.NET Core 1.0.0 释出后才会继续进行开发。
- Entity Framework Core: 下一代的 ADO.NET Entity Framework,采用 .NET Core 并重新设计,为钦定的 ORM 资料存取技术。
版本历程
日期 | 版本 |
---|---|
2014/05/12 | ASP.NET 5 初登场 [11] |
2014/07/06 | ASP.NET 5 Alpha2 [12] |
2014/08/17 | ASP.NET 5 Alpha3 [13] |
2014/10/07 | ASP.NET 5 Alpha4 [14] |
2014/11/12 | ASP.NET 5 Beta1 [15] |
2015/01/14 | ASP.NET 5 Beta2 [16] |
2015/03/13 | ASP.NET 5 Beta3 [17] |
2015/05/01 | ASP.NET 5 Beta4 [18] |
2015/06/30 | ASP.NET 5 Beta5 [19] |
2015/07/27 | ASP.NET 5 Beta6 [20] |
2015/09/02 | ASP.NET 5 Beta7 [21] |
2015/10/15 | ASP.NET 5 Beta8 [22] |
2015/11/19 | ASP.NET 5 RC1 [23] |
2016/01/19 | ASP.NET 5 更名为 ASP.NET Core [24] |
参考
- ^ ASP.NET 5 is dead – Introducing ASP.NET Core 1.0 and .NET Core 1.0
- ^ Introducing ASP.NET vNext
- ^ ASP.NET Core 1.0 Schedule and Roadmap
- ^ OWIN
- ^ Understanding OWIN Forms authentication in MVC 5
- ^ Dependency Injection in ASP.NET vNext
- ^ ASP.NET Core Dependency Injection
- ^ ASP.NET Core Servers
- ^ Announcing Availability of ASP.NET 5 Beta8
- ^ Project.json file
- ^ Introducting ASP.NET vNext
- ^ [1]
- ^ [2]
- ^ [3]
- ^ [4]
- ^ [5]
- ^ [6]
- ^ [7]
- ^ ASP.NET 5 Beta5 Now Available
- ^ Announcing Availability of ASP.NET 5 beta6
- ^ Announcing Availability of ASP.NET 5 Beta7
- ^ Announcing Availability of ASP.NET 5 Beta8
- ^ [8]
- ^ ASP.NET 5 is dead – Introducing ASP.NET Core 1.0 and .NET Core 1.0
|
|