ASP.NET Core Web开发学习笔记-1介绍篇

给大家说声报歉，从2012年个人情感破裂的那一天，本人的51CTO,CnBlogs,Csdn，QQ,Weboo就再也没有更新过。踏实的生活（曾辞职转行后重新回来），娶妻生子，很感谢我的朋友能在最危难时刻帮助我，也很感话我的妻子对我事业的支持，希望大家保重好身体，多学习，多陪伴家人。

一直从事.Net和 PHP 和一些不成型的前端开发，有人评论WP的失败，是，现在这个开源的时候，如果跟不上，闭门自封，将会坠入深渊。个人认为微软出.Net Core 为迟已晚，很多市场像Windows, CE,Phone一样被市场冷酷的淘汰。但唯是 ASP.NET Core 是对 ASP.NET 的一次意义重大的重构。跨平台，C#语法通俗简练，肯定效果不凡。

懂行的人都知道，ASP.NET 易学难精，只要大神优化做的好，用好MVC,webAPI,解决高并发，在后台语言上是有很多优点的，这里就不多费话了。本篇内容是为了记录：ASP.NET Core Web开发学习笔记遇到的总结点。

什么是 ASP.NET Core？

ASP.NET Core 是一个新的开源和跨平台的框架，用于构建如 Web 应用、物联网（IoT）应用和移动后端应用等连接到互联网的基于云的现代应用程序。ASP.NET Core 应用可运行于 .NET Core 和完整的 .NET Framework 之上。构建它的目的是为那些部署在云端或者内部运行（on-premises）的应用提供一个优化的开发框架。它由最小开销的模块化的组件构成，因此在构建你的解决方案的同时可以保持灵活性。你可以在 Windows、Mac 和 Linux 上跨平台的开发和运行你的 ASP.NET Core 应用。 ASP.NET Core 开源在 GitHub 上。

通过 ASP.NET Core，你可以获得的改进：

一个统一的方式用于构建 web UI 和 web APIs
集成现代的客户端开发框架和开发流程
一个适用于云的，基于环境的配置系统
内置的依赖注入
新型的轻量级的、模块化 HTTP 请求管道
运行于 IIS 或者自宿主（self-host）于你自己的进程的能力
基于支持真正的 side-by-side 应用程序版本化的 .NET Core 构建
完全以 NuGet 包的形式发布
新的用于简化现代 web 开发的工具
可以在 Windows 、Mac 和 Linux 上构建和运行跨平台的 ASP.NET 应用
开源并且重视社区

应用程序事例

要进行开发环境和工具包安装：

我们使用VS2015创建一个新的 ASP.NET Core 解决方案

一个 ASP.NET Core 应用其实就是一个在其 Main 方法中创建一个 web 服务器的简单控制台应用程序：

在上面图示中，web 服务器 Kestrel 被启用，但是你也可以指定其它 web 服务器。（Kestrel 是一个实现了应用程序类似于IIS功能的服务器）

用于创建一个 web 应用程序宿主。这个 builder 有些用于定义 web 服务器（如 UseKestrel）和 startup 类型（ UseStartup）的方法。（startup 是一个全局启动配置文件，用来定义请求处理管道和配置应用需要的服务。）

ConfigureServices 方法：可定义的服务有：实现了一系列IService的IServiceCollection，如：ASP.NET MVC Core framework、Entity Framework Core、Identity 等等

Configure 方法：定义你的请求管道中的中间件（middleware）来配置并请求和响应HTTP的管道命令

什么是服务（Services）

服务是应用中用于通用调用的组件。服务通过依赖注入获取并使用。 ASP.NET Core 内置了一个简单的控制反转（IoC）容器，它默认支持构造器注入，并且可以方便的替换成你自己选用的 IoC 容器。

什么是中间件（Middleware）

ASP.NET Core 中间件为一个 HttpContext 执行异步逻辑，然后按顺序调用下一个中间件或者直接终止请求。一般来说你要使用一个中间件，这个中间件要完成IHttpContext的ProcessRequest方法，如果您熟悉HTTP请求管道，这个方法一般在第7-8个事件处理中。

简单的说，这个中间件，就是您的应用程序如何实现了IHttpContext，并做了相应的request 和 response和处理。

微软给我们提供了哪些中间件：

ASP.NET Core 带来了丰富的内置中间件：

静态文件（Static files）
路由（Routing）
身份验证（Authentication）
你也可以创建你自己的自定义中间件。

你也可以在 ASP.NET Core 中使用任何基于 OWIN 的中间件。

服务器（Servers）

ASP.NET Core 托管模式并不直接监听请求；而是依赖于一个 HTTP server 实现来转发请求到应用程序。

这个服务器进行监听你的应用服务端口，并转发以一组 feature 接口的形式来包装后请求，然后被应用程序组合到一个 HttpContext中去。

ASP.NET Core 包含了一个托管的跨平台 web 服务器，被称为 Kestrel，（想起来了吗？在）它往往会被运行在一个如 IIS 或者 nginx 的生产 web 服务器之后。

内容根目录（Content root）

内容根目录是应用程序所用到的所有内容的根路径，例如它的 views 和 web 内容。内容根目录默认与宿主应用的可执行程序的应用根目录相同；一个替代的地址可以通过 WebHostBuilder 来设置。

Web根目录（Web root）

你的应用的Web根目录（Web root）是你项目中所有公共的、静态的资源，如 css、js 和图片文件的目录。静态文件中间件将默认只发布 Web 根目录（Web root）和其子目录中的文件。 Web 根目录（Web root）默认为 /wwwroot，但是你也可以通过 WebHostBuilder 来指定另外一个地址。

配置（Configuration）

ASP.NET Core 使用了一个新的配置模型用于处理简单的键值对。新的配置模型并非基于System.Configuration 或者 web.config ；而是从一个有序的配置提供者集合拉取数据。内置的配置提供者支持多种不同的文件格式如（XML，JSON， INI）和用于支持基于环境的配置环境变量。你也可以实现你自己自定义的配置提供者。

环境（Environments）

环境：生产环境，DEBUG和RELEASE是一种编译状态，开发时在系统级开发中分了如 “Development” 和 “Production”，是 ASP.NET Core 中的第一级概念而且它可以设置成使用环境变量。

使用 ASP.NET Core MVC 构建 web UI 和 web APIs

你可以使用 Model-View-Controller（MVC）模式创建优秀的并且可测试的 web 应用程序。查看MVC 和测试。
你可以构建支持多种格式并且完全支持内容协商的 HTTP 服务。查看 Formatting
Razor 提供了一种高效的语言用于创建 Views
Tag Helpers 启用服务器端的代码参与到 - Razor 文件的创建和 HTML 元素渲染
你可以使用自定义或者内置的 formatters （JSON， XML）来构建完全支持内容协商的 HTTP 服务
Model Binding 模型绑定自动的映射 HTTP 请求中的数据到 action 方法参数
Model Validation 模型验证自动的执行客户端和服务器端验证
客户端开发

ASP.NET Core 在设计时已考虑到和各种客户端框架（AngularJS，KnockoutJS 和 Bootstrap）的无缝集成。