物理文件是我们最常用到的原始配置的载体，最佳的配置文件格式主要由三种，它们分别是JSON、XML和INI，对应的配置源类型分别是JsonConfigurationSource、XmlConfigura

今天写了一个简单的.NET Core RC2控制台程序，发现中文显示一直是乱码。查看操作系统设置，没有问题；查看源文件编码，也没有问题；甚至查看了Console字符编码相关的注册表，依然没有发现问题。

ASP.NET Core的核心是通过一个Server和若干注册的Middleware构成的管道，不论是管道自身的构建，还是Server和Middleware自身的实现，以及构建在这个管道的应用，都需要

提到“配置”二字，我想绝大部分.NET开发人员脑海中会立马浮现出两个特殊文件的身影，那就是我们再熟悉不过的app.config和web.config，多年以来我们已经习惯了将结构化的配置定义在这两个文

在采用了依赖注入的应用中，我们总是直接利用DI容器直接获取所需的服务实例，换句话说，DI容器起到了一个服务提供者的角色，它能够根据我们提供的服务描述信息提供一个可用的服务对象。ASP.NET Core

微软在2002年推出了第一个版本的 .NET Framework，这是一个主要面向Windows 桌面（Windows Forms）和服务器（ASP.NET Web Forms）的基础框架。在此之后，

旨在生成Options对象的配置绑定实现在IConfiguration接口的扩展方法Bind上。配置绑定的目标类型可以是一个简单的基元类型，也可以是一个自定义数据类型，还可以是一个数组、集合或者字典类

对于.NET开发人员来说，我们已经习惯了VS这个世界上最强大的IDE，所以对他们来说，项目的创建直接利用安装到VS中相应的项目模板即可。当.NET Core跨出了Windows的围栏，正式拥抱其他平台

提到“配置”二字，我想绝大部分.NET开发人员脑海中会立马浮现出两个特殊文件的身影，那就是我们再熟悉不过的app.config和web.config，多年以来我们已经习惯了将结构化的配置信息定义在这两

如果想体验Linux环境下开发和运行.NET Core应用，我们有多种选择。一种就是在一台物理机上安装原生的Linux，我们可以根据自身的喜好选择某种Linux Distribution，目前来说像R

ConfigurationBuilder在生成以Configuration对象的时候会利用注册其中的ConfigurationProvider加载原始的配置数据，那么一旦配置源中的数据发生变化，应用程

在《.NET Core采用的全新配置系统[1]: 读取配置数据》中，我们通过实例的方式演示了几种典型的配置读取方式，其主要目的在于使读者朋友们从编程的角度对.NET Core的这个全新的配置系统具有一

提到“配置”二字，我想绝大部分.NET开发人员脑海中会立马浮现出两个特殊文件的身影，那就是我们再熟悉不过的app.config和web.config，多年以来我们已经习惯了将结构化的配置信息定义在这两

由于ASP.NET Core应用是一个同时处理多个请求的服务器应用，所以在处理某个请求过程中抛出的异常并不会导致整个应用的终止。出于安全方面的考量，为了避免敏感信息的外泄，客户端在默认的情况下并不会得

对于一个控制台应用，比如采用控制台应用作为宿主的ASP.NET Core应用，我们可以将记录的日志直接输出到控制台上。针对控制台的Logger是一个类型为ConsoleLogger的对象，Consol

ASP.NET Core 具有很多针对文件读取的应用。比如我们倾向于采用JSON文件来定义配置，所以应用就会涉及针对配置文件读取。如果用户发送一个针对物理文件的HTTP请求，应用会根据指定的路径读取目

作为这个星球上最强大的IDE，Visual Studio不仅仅提供了很多原生的特性，更重要的是它是一个可定制的IDE，比如自定义Project Template和Item Template就是一个非常

ServiceProvider最终提供的服务实例都是根据对应的ServiceDescriptor创建的，对于一个具体的ServiceDescriptor对象来说，如果它的ImplementationI

较之传统通过App.config和Web.config这两个XML文件承载的配置系统，.NET Core采用的这个全新的配置模型的最大一个优势就是针对多种不同配置源的支持。我们可以将内存变量、命令行参

ASP.NET Core应用中使用得最多的还是具体的物理文件，比如配置文件、View文件以及网页上的静态文件，物理文件系统的抽象通过PhysicalFileProvider这个FileProvider

微软在千禧年推出 .NET战略，并在两年后推出第一个版本的.NET Framework和IDE（Visual Studio.NET 2002，后来改名为Visual Studio），如果你是一个资深的

ASP.NET Core的路由是通过一个类型为RouterMiddleware的中间件来实现的。如果我们将最终处理HTTP请求的组件称为HttpHandler，那么RouterMiddleware中间

.NET Core 使用Nuget包一般是先写入csproj文件，然后下载保存在\bin\Debug\netcoreapp2.0\publish\下，所以可以采用如下方案进行删除操作（其中netcoreapp2.0是.NET Core版本）。 第一种：修改配置和手动删除文件（不建议） 对于任何系统环境下都有效，直接修改csproj文件，nuget包都包含在这个文件下，修改后删除你本地相同包名称的文

public   Class  SysActionAttribute ：Attribute, IActionFilter      //  Attribute  用于控制器中 特性控制，当在控制器或控制器的Action加使用过滤器时只须加【SysActionAttribute 】即可 {      pubic void onActionExicuting（ActionExcutedContext 

Entity Framework在.NET Core中被命名为Entity Framework Core。虽然一般会用于对SQL Server数据库进行数据操作，但其实它还支持其它数据库，这里就以PostgreSQL作为例子。 PostgreSQL PostgreSQL可以选用原生系统与Docker两种安装方式。 Official Docker Package 在应用程序工程中添加相关的引用。 d

 前言 swagger是一个api文档自动生动工具,还集成了在线调试. 可以为项目自动生成接口文档, 非常的方便快捷 Swashbuckle.AspNetCore 是一个开源项目，用于生成 ASP.NET Core Web API 的 Swagger 文档. 本文采用这个!   一. 利用nuget添加引用 washbuckle.AspNetCore 二. 在 Startup.cs 里面注册服务,

我的目标是dotnet-test-mstest“：”我的测试项目中的dotnet core rc2上的1.0.1预览. 编辑： 好的.我的目标是桌面.NET.但这不应该有任何区别. project.json { "version": "1.0.0-*", "testRunner": "mstest", "dependencies": { "Betgame

ASP.NET Core 1.0 是 ASP.NET 的完全重新编写，这个新框架的主要目标之一就是更多的模块化设计。即，应用应该能够仅利用其所需的框架部分，方法是框架在它们请求时提供依赖关系。此外，使用 ASP.NET Core 构建应用的开发人员应该能够利用这一相同功能保持其应用松散耦合和模块化。借助 ASP.NET MVC，ASP.NET 团队极大地提高了框架的支持以便编写松散耦合代码，但仍非

在本专栏中，我将继续深入探讨 .NET Core，并重点探讨 .NET Core 依赖关系注入 (DI) 功能，以及如何利用这些功能启用控制反转 (IoC) 模式。如前所述，可以从“传统的”CSPROJ 文件和新兴的 project.json 类型的项目中利用 .NET Core 功能。对于示例代码，这一次我会使用来自 project.json 项目的 XUnit。 为什么使用依赖关系注入？ 使用

前言 DIP、IoC、DI 说起DI不得不提IoC这个模式，很多人会把DI和IoC混为一谈，但其实这两者是概念和实现的关系。 依赖倒置原则（DIP）：软件设计原则，要依赖于抽象，不要依赖具体实现。 控制反转（IoC）：一种实现DIP原则的模式。 依赖注入（DI）：IoC的具体实现。 DIP就好比一个目标一个法则。 IoC就好比是论文，“应该怎么做才能遵循DIP” DI就好比是实际的产品，“落实到具