[01] 技术剖析 - 随笔分类(第7页) - Artech

摘要：

在上面一章我们以实例演示的方式介绍了几种读取配置的几种方式，其中涉及到三个重要的对象，它们分别是承载结构化配置信息的Configuration，提供原始配置源数据的ConfigurationProvider，以及作为“中间人”的ConfigurationBuilder。现在我们对以这三个对象为核心的配置模型进行深入介绍。阅读全文

posted @ 2016-04-19 22:07 Artech 阅读(7380) 评论(9) 推荐(18) 编辑

ASP.NET Core的配置（1）：读取配置信息

摘要：

提到“配置”二字，我想绝大部分.NET开发人员脑海中会立马浮现出两个特殊文件的身影，那就是我们再熟悉不过的app.config和web.config，多年以来我们已经习惯了将结构化的配置信息定义在这两个文件之中。到了.NET Core的时候，很多我们习以为常的东西都发生了改变，其中也包括定义配置的方式。总的来说，新的配置系统显得更加轻量级，并且具有更好的扩展性，其最大的特点就是支持多样化的数据源。我们可以采用内存的变量作为配置的数据源，也可以直接配置定义在持久化的文件甚至数据库中。阅读全文

posted @ 2016-04-17 22:52 Artech 阅读(24252) 评论(34) 推荐(39) 编辑

ASP.NET Core中的依赖注入（5）：ServicePrvider实现揭秘【补充漏掉的细节】

摘要：

到目前为止，我们定义的ServiceProvider已经实现了基本的服务提供和回收功能，但是依然漏掉了一些必需的细节特性。这些特性包括如何针对IServiceProvider接口提供一个ServiceProvider对象，何创建ServiceScope，以及如何提供一个服务实例的集合。阅读全文

posted @ 2016-04-16 23:21 Artech 阅读(6484) 评论(4) 推荐(12) 编辑

ASP.NET Core中的依赖注入（5）: ServiceProvider实现揭秘【解读ServiceCallSite 】

摘要：

通过上一篇的介绍我们应该对实现在ServiceProvider的总体设计有了一个大致的了解，但是我们刻意回避一个重要的话题，即服务实例最终究竟是采用何种方式提供出来的。ServiceProvider最终采用何种方式提供我们所需的服务实例取决于最终选择了怎样的ServiceCallSite，而服务注册是采用的ServiceDescriptor有决定了ServiceCallSite类型的选择。我们将众多不同类型的ServiceCallSite大体分成两组，一组用来创建最终的服务实例，另一类则与生命周期的管理有关。阅读全文

posted @ 2016-04-12 22:52 Artech 阅读(5971) 评论(6) 推荐(14) 编辑

ASP.NET Core中的依赖注入（5）: ServiceProvider实现揭秘【总体设计】

摘要：

本系列前面的文章我们主要以编程的角度对ASP.NET Core的依赖注入系统进行了详细的介绍，如果读者朋友们对这些内容具有深刻的理解，我相信你们已经可以正确是使用这些与依赖注入相关的API了。如果你还对这个依赖注入系统底层的实现原理具有好奇心，可以继续阅读这一节的内容。阅读全文

posted @ 2016-04-11 22:14 Artech 阅读(22115) 评论(12) 推荐(25) 编辑

ASP.NET Core中的依赖注入（4）: 构造函数的选择与服务生命周期管理

摘要：

ServiceProvider最终提供的服务实例都是根据对应的ServiceDescriptor创建的，对于一个具体的ServiceDescriptor对象来说，如果它的ImplementationInstance和ImplementationFactory属性均为Null，那么ServiceProvider最终会利用其ImplementationType属性返回的真实类型选择一个适合的构造函数来创建最终的服务实例。我们知道服务服务的真实类型可以定义了多个构造函数，那么ServiceProvider针对构造函数的选择会采用怎样的策略呢？阅读全文

posted @ 2016-04-10 21:21 Artech 阅读(21985) 评论(36) 推荐(44) 编辑

ASP.NET Core中的依赖注入（1）：控制反转（IoC）

摘要：

ASP.NET Core在启动以及后续针对每个请求的处理过程中的各个环节都需要相应的组件提供相应的服务，为了方便对这些组件进行定制，ASP.NET通过定义接口的方式对它们进行了“标准化”，我们将这些标准化的组件称为服务，ASP.NET在内部专门维护了一个DI容器来提供所需的服务。要了解这个DI容器以及现实其中的服务提供机制，我们先得知道什么是DI（Dependence Injection），而一旦我们提到DI，又不得不说IoC（Inverse of Control）。阅读全文

posted @ 2016-04-04 19:37 Artech 阅读(55065) 评论(112) 推荐(230) 编辑

通过3个Hello World应用来了解ASP.NET 5应用是如何运行的（3）

摘要：

设置自定义的入口程序体现应用本身与应用托管之间的分离，它使我们可以创建独立于托管环境的应用，并根据需要寄宿于任何一个我们希望的宿主程序下，对于Web应用来说这一点尤为重要。对于之前的Web应用来说，IIS是它们唯一的宿主，但是ASP.NET 5应用却可以将我们指定的入口程序作为宿主。如果将应用寄宿于我们指定的宿主程序，这样的寄宿方式被称为Self-Host，接下来我们通过一个具体的例子来演示如何定义一个简单的ASP.NET MVC应用，并采用Self-Host的方式启动它。阅读全文

posted @ 2014-12-09 09:25 Artech 阅读(14589) 评论(31) 推荐(27) 编辑

通过3个Hello World应用来了解ASP.NET 5应用是如何运行的（2）

摘要：

对于上面创建的这个Hello World应用来说，程序入口点由应用自身来提供，所以应用本身具有自我执行的能力。从应用托管（Host）的角度来讲，这样的应用同时负责对自身的托管。将应用与托管环境独立起来其实是更好的选择，因为这样可以使同一个应用运行于不同的环境中。接下来我们就来演示如何为应用指定入口程序来达到应用与应用托管的分离。阅读全文

posted @ 2014-12-08 17:37 Artech 阅读(8236) 评论(21) 推荐(12) 编辑

通过3个Hello World应用来了解ASP.NET 5应用是如何运行的（1）

摘要：

微软在开发ASP.NET 5（当时被称为ASP.NET vNext）是采用的代号为Project K，所以运行时被称为KRuntime。KRuntime是一个SDK，它包含了编译和运行应用程序的所有资源。接下来我们通过三个Hello World实例来演示如何利用KRuntime让我们编写的应用运行起来。这三个实例如此的简单，以至于我们根本不需要利用IDE来编写。作为第一个Hello World应用，我们会编写一个包含入口点的程序，并通过执行KRuntime的K.cmd命令来启动它。阅读全文

posted @ 2014-12-08 10:47 Artech 阅读(13364) 评论(25) 推荐(32) 编辑

《ASP.NET Web API 2框架揭秘》样章（PDF版本）

摘要：

《ASP.NET Web API 2框架揭秘》以实例演示的方式介绍了很多与ASP.NET Web API相关的最佳实践，同时还提供了一系列实用性的扩展。本书详细讲解了ASP.NET Web API从接收请求到响应回复的整个流程，包括路由、Http Controller的激活、Action方法的选择与执行、参数的绑定与验证、过滤器的执行和安全等相关的机制。阅读全文

posted @ 2014-07-07 22:21 Artech 阅读(19159) 评论(116) 推荐(35) 编辑

总体介绍ASP.NET Web API下Controller的激活与释放流程

摘要：

通过《ASP.NET Web API的Controller是如何被创建的？》我们已经对HttpController激活系统的核心对象有了深刻的了解，在这篇文章中，对我们对此作一个总结。除此之外，本篇文章还会涉及一个大家极易忽视的问题——Controller是如何释放的？阅读全文

posted @ 2014-04-14 08:41 Artech 阅读(8198) 评论(5) 推荐(8) 编辑

ASP.NET Web API的Controller是如何被创建的？

摘要：

Web API调用请求的目标是定义在某个HttpController类型中的某个Action方法，所以消息处理管道最终需要激活目标HttpController对象。调用请求的URI会携带目标HttpController的名称，该名称经过路由解析之后会作为路由变量保存到一个HttpRouteData对象中，而后者会被添加到代表当前请求的HttpRequestMessage对象的属性字典中。ASP.NET Web API据此解析出目标HttpController的类型，进而实现针对目标HttpController实例的激活。阅读全文

posted @ 2014-04-10 07:26 Artech 阅读(12412) 评论(16) 推荐(24) 编辑

ASP.NET Web API中的Controller

摘要：

虽然通过Visual Studio向导在ASP.NET Web API项目中创建的 Controller类型默认派生与抽象类型ApiController，但是ASP.NET Web API框架本身只要求它实现IHttpController接口即可，所以我们将其统称为HttpController。阅读全文

posted @ 2014-03-21 09:17 Artech 阅读(27483) 评论(15) 推荐(11) 编辑

Self Host模式下的ASP. NET Web API是如何进行请求的监听与处理的？

摘要：

构成ASP.NET Web API核心框架的消息处理管道既不关心请求消息来源于何处，也不需要考虑响应消息归于何方。当我们采用Web Host模式将一个ASP.NET应用作为目标Web API的宿主时，实际上是由ASP.NET管道解决了这两个问题。具体来说，ASP.NET自身的URL路由系统借助于HttpControllerHandler这个自定义的HttpHandler实现了ASP.NET管道和ASP.NET Web API管道之间的“连通”，但是在Self Host寄宿模式下，请求的监听、接收和响应又是如何实现的呢？阅读全文

posted @ 2014-03-20 11:44 Artech 阅读(13046) 评论(7) 推荐(8) 编辑

ASP.NET Web API标准的“管道式”设计

摘要：

ASP.NET Web API的核心框架是一个消息处理管道，这个管道是一组HttpMessageHandler的有序组合。这是一个双工管道，请求消息从一端流入并依次经过所有HttpMessageHandler的处理。在另一端，目标HttpController被激活，Action方法被执行，响应消息随之被生成。响应消息逆向流入此管道，同样会经过逐个HttpMessageHandler的处理。这是一个独立于寄宿环境的抽象管道，如何实现对请求的监听与接收，以及将接收的请求传入消息处理管道进行处理并将管道生成的响应通过网络回传给客户端，这就是Web API寄宿需要解决的问题。阅读全文

posted @ 2014-03-17 07:40 Artech 阅读(15574) 评论(18) 推荐(20) 编辑

在一个空ASP.NET Web项目上创建一个ASP.NET Web API 2.0应用

摘要：

Visual Studio为我们提供了专门用于创建ASP.NET Web API应用的项目模板，借助于此项目模板提供的向导，我们可以“一键式”创建一个完整的ASP.NET Web API项目。在项目创建过程中，VS会自动为我们添加必要的程序集引用和配置，甚至会为我们自动生成相关的代码。对于IDE提供的这种旨在提高生产效率的自动化机制，我个人自然是推崇的，但是我更推荐读者朋友们去了解一下这些自动化机制具体为我们做了什么？做这些的目的何在？哪些是必需的，哪些又是不必要的？正是基于这样的目的，在接下来演示的实例中，我们将摒弃VS为我们提供的向导，完全在创建的空项目中编写我们的程序。阅读全文

posted @ 2014-03-14 10:26 Artech 阅读(47898) 评论(51) 推荐(92) 编辑

跨域资源共享（CORS）在ASP.NET Web API中是如何实现的？

摘要：

在《通过扩展让ASP.NET Web API支持W3C的CORS规范》中，我们通过自定义的HttpMessageHandler自行为ASP.NET Web API实现了针对CORS的支持，实际上ASP.NET Web API自身也是这么做的，该自定义HttpMessageHandler就是System.Web.Http.Cors.CorsMessageHandler。阅读全文

posted @ 2013-12-16 08:29 Artech 阅读(12583) 评论(16) 推荐(11) 编辑

ASP.NET Web API自身对CORS的支持: CORS授权检验的实施

摘要：

通过《EnableCorsAttribute特性背后的故事》我们知道：由CorsPolicyProvider提供的CorsPolicy表示目标Action采用的资源授权策略，ASP.NET Web API最终需要利用它对具体的跨域资源请求实施授权检验并生成相应的CORS响应报头，而这是通过ASP.NET自身提供的CORS引擎来完成的。阅读全文

posted @ 2013-12-13 08:57 Artech 阅读(6995) 评论(2) 推荐(4) 编辑

ASP.NET Web API自身对CORS的支持: EnableCorsAttribute特性背后的故事

摘要：

从编程的角度来讲，ASP.NET Web API针对CORS的实现仅仅涉及到HttpConfiguration的扩展方法EnableCors和EnableCorsAttribute特性。但是整个CORS体系不限于此，在它们背后隐藏着一系列的类型，我们将会利用本章余下的内容对此作全面讲述，今天我们就来讨论一下用于定义CORS授权策略的EnableCorsAttribute特性背后的故事。阅读全文

posted @ 2013-12-11 09:31 Artech 阅读(15742) 评论(3) 推荐(6) 编辑

随笔分类 - [01] 技术剖析

公告