[02] 编程技巧 - 随笔分类(第8页) - Artech

摘要：

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

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

ASP.NET Core中的依赖注入（3）: 服务的注册与提供

摘要：

在采用了依赖注入的应用中，我们总是直接利用DI容器直接获取所需的服务实例，换句话说，DI容器起到了一个服务提供者的角色，它能够根据我们提供的服务描述信息提供一个可用的服务对象。ASP.NET Core中的DI容器体现为一个实现了IServiceProvider接口的对象。ASP.NET Core针对依赖注入的编程主要体现在两个方面：其一，创建一个ServiceCollection对象并将服务注册信息以ServiceDescriptor对象的形式添加其中；其二，针对ServiceCollection对象创建对应的ServiceProvider并利用它提供我们需要的服务实例。阅读全文

posted @ 2016-04-06 19:03 Artech 阅读(41561) 评论(31) 推荐(76) 编辑

初学ReactJS，写了一个RadioButtonList组件

摘要：ReactJS学习日志阅读全文

posted @ 2015-09-16 10:34 Artech 阅读(9166) 评论(14) 推荐(5) 编辑

这算是ASP.NET MVC的一个大BUG吗？

摘要：

这是昨天一个同事遇到的问题，我觉得这是一个蛮大的问题，而且应该不是ASP.NET MVC的设计者有意为之，换言之，这可能是ASP.NET MVC的一个大Bug。阅读全文

posted @ 2015-07-17 17:18 Artech 阅读(11855) 评论(33) 推荐(20) 编辑

ASP.NET MVC下的四种验证编程方式[续篇]

摘要：

在《ASP.NET MVC下的四种验证编程方式》一文中我们介绍了ASP.NET MVC支持的四种服务端验证的编程方式（“手工验证”、“标注ValidationAttribute特性”、“让数据类型实现IValidatableObject或者IDataErrorInfo”），那么在ASP.NET MVC框架内部是如何提供针对这四种不同编程方式的支持的呢？接下来我们就来聊聊这背后的故事。阅读全文

posted @ 2014-04-29 08:44 Artech 阅读(10591) 评论(23) 推荐(19) 编辑

比较一下以“反射”和“表达式”执行方法的性能差异

摘要：

由于频繁地使用反射会影响性能，所以ASP.NET MVC采用了表达式树的方式来执行目标Action方法。具体来说，ASP.NET MVC会构建一个表达式来体现针对目标Action方法的执行，并且将该表达式编译成可执行代码。编译后的可执行代码体现为一个委托对象，该委托对象会被缓存起来以用于针对同一个Action方法的执行。为了让大家能够和直观地理解两种（直接利用反射和利用表达式编译后的委托对象）方法执行在性能上的差异，我们来做一个简单的实例演示阅读全文

posted @ 2014-04-17 08:44 Artech 阅读(10298) 评论(31) 推荐(30) 编辑

[ASP.NET MVC] 利用自定义的AuthenticationFilter实现Basic认证

摘要：

很多情况下目标Action方法都要求在一个安全上下文中被执行，这里所谓的安全上下文主要指的是当前请求者是一个经过授权的用户。授权的本质就是让用户在他许可的权限范围内做他能够做的事情，授权的前提是请求者是一个经过认证的用户。质询-应答（Chanllenge-Response）”是用户认证采用的一种常用的形式，认证方向被认证方发出质询以要求其提供用于实施认证的用户凭证，而被认证方提供相应的凭证以作为对质询的应答。旨在目标Action方法执行之前实施身分认证的AuthenticationFilter也对这种认证方法提供了支持。阅读全文

posted @ 2014-04-16 09:21 Artech 阅读(17002) 评论(23) 推荐(23) 编辑

IoC在ASP.NET Web API中的应用

摘要：

控制反转（Inversion of Control，IoC），简单地说，就是应用本身不负责依赖对象的创建和维护，而交给一个外部容器来负责。这样控制权就由应用转移到了外部IoC容器，控制权就实现了所谓的反转。比如在类型A中需要使用类型B的实例，而B实例的创建并不由A来负责，而是通过外部容器来创建。通过IoC的方式实现针对目标HttpController的激活具有重要的意义。阅读全文

posted @ 2014-04-15 07:53 Artech 阅读(18030) 评论(29) 推荐(20) 编辑

[ASP.NET Web API]如何Host定义在独立程序集中的Controller

摘要：

ASP.NET Web API在Self Host寄宿模式下用于解析程序集的AssembliesResolver是一个DefaultAssembliesResolver对象，它只会提供当前应用程序域已经加载的程序集。如果我们将HttpController定义在非寄宿程序所在的程序集中，即使我们将它们部属在宿主程序运行的目录中，宿主程序启动的时候也不会主动去加载这些程序集。由于当前应用程序域中并不曾加载这些程序集，HttpController类型解析将会失败，HttpController的激活自然就无法实现。阅读全文

posted @ 2014-04-10 22:50 Artech 阅读(8357) 评论(14) 推荐(8) 编辑

ASP.NET MVC下的四种验证编程方式

摘要：

ASP.NET MVC采用Model绑定为目标Action生成了相应的参数列表，但是在真正执行目标Action方法之前，还需要对绑定的参数实施验证以确保其有效性，我们将针对参数的验证成为Model绑定。总地来说，我们可以采用4种不同的编程模式来进行针对绑定参数的验证。阅读全文

posted @ 2014-04-08 09:03 Artech 阅读(62245) 评论(56) 推荐(124) 编辑

[ASP.NET] 如果将缓存“滑动过期时间”设置为1秒会怎样？

摘要：

今天编写了一个采用ASP.NET Caching的组件，在为它编写Unit Test的过程中发现了一个有趣的问题... 阅读全文

posted @ 2014-04-01 19:09 Artech 阅读(8197) 评论(17) 推荐(17) 编辑

在一个空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 阅读(47900) 评论(51) 推荐(92) 编辑

ASP.NET Web API自身对CORS的支持：从实例开始

摘要：

在《通过扩展让ASP.NET Web API支持W3C的CORS规范》中我们通过自定义的HttpMessageHandler为ASP.NET Web API赋予了跨域资源共享的能力，实际上ASP.NET Web API本身就提供了针对CORS的支持，就其实现原理来看，与我们的实现没有本质的区别。接下来我们通过实例演示如何利用ASP.NET Web API自身的支持来实现“跨域资源共享”。阅读全文

posted @ 2013-12-10 08:36 Artech 阅读(25826) 评论(21) 推荐(17) 编辑

通过扩展让ASP.NET Web API支持JSONP

摘要：

同源策略主要限制了通过XMLHttpRequest实现的Ajax请求，如果请求的是一个“异源”地址，浏览器将不允许读取返回的内容。JSONP是一种常用的解决跨域资源共享的解决方案，现在我们利用ASP.NET Web API自身的扩展性提供一种“通用”的JSONP实现方案。阅读全文

posted @ 2013-12-05 23:00 Artech 阅读(21134) 评论(36) 推荐(33) 编辑

如何让ASP.NET Web API的Action方法在希望的Culture下执行

摘要：

在今天编辑推荐的《Hello Web API系列教程——Web API与国际化》，作者通过自定义的HttpMessageHandler的方式根据请求的Accep-Language报头设置当前线程UI Culture的方式来解决Localization的问题。如果你对ASP.NET Web API的执行机制有足够了解的话，你会发现实际上有很多种解决方案。不过这些解决方案都不够完美，原因很简单：ASP.NET Web API的整个框架均采用基于Task的并行编程模式，所以每个可扩展组件均可以在不同的线程中执行，这样会导致我们没有办法100%控制目标方法真正执行的线程的UI Culture。不过在默认情况下，大部分组件是按照同步的方式执行的，所以我们之需要在目标Action方法执行之前设置当前线程的UI Culture即可。阅读全文

posted @ 2013-11-07 20:12 Artech 阅读(7013) 评论(9) 推荐(25) 编辑

Razor Engine，实现代码生成器的又一件利器

摘要：

Razor Engine，之前仅仅是ASP.NET MVC的一种View引擎，目前已经完全成为一种可以独立使用的模版引擎，并且已经成为了CodePlex上一个开源的项目（http://razorengine.codeplex.com/）。对于使用过ASP.NET MVC Razor视图引擎的朋友们一定已经领略过它的灵活性和易用性，在这篇文章中我们将利用它来实现一个代码生成器使我们可以以Razor的语法来定义代码模版。[源代码从这里下载] 阅读全文

posted @ 2013-08-22 17:58 Artech 阅读(24336) 评论(32) 推荐(16) 编辑

yield在WCF中的错误使用——99%的开发人员都有可能犯的错误[下篇]

摘要：

昨天写了《yield在WCF中的错误使用——99%的开发人员都有可能犯的错误[上篇]》，引起了一些讨论。关于yield关键字这个语法糖背后的原理（C#编译器将它翻译成什么）其实挺简单，虽然有时候因为误用它会导致一些问题，但是它本无过错。接下来，我们通过这篇短文简单地谈谈我所理解的yield。阅读全文

posted @ 2013-04-14 01:10 Artech 阅读(6495) 评论(21) 推荐(15) 编辑

yield在WCF中的错误使用——99%的开发人员都有可能犯的错误[上篇]

摘要：

对于返回类型为IEnumerable的方法来说，我们可以使用yield return的方式来输出返回集合的元素。但是如果我们不了解yield 关键字背后的实现机制，很有可能造成很大的问题。这是一个WCF相关的问题，我想99%的人都有可能会犯这样的错误——即使你对yield了解得非常透彻。阅读全文

posted @ 2013-04-12 20:56 Artech 阅读(8678) 评论(40) 推荐(18) 编辑

MVVM(Knockout.js)的新尝试：多个Page，一个ViewModel

摘要：

对于面向数据的Web应用来说，MVVM模式是一项不错的选择，它借助JS框架提供的“绑定”机制是我们无需过多关注UI（HTML）的细节，只需要操作绑定的数据源。MVVM最早被微软应用于WPF/SL的开发，所以针对Web的MVVM框架来说，Knockout.js（以下简称KO）无疑是“根正苗红”。在进行基于KO的Web应用开发时，我们一般会为具体的Web页面定义针对性的ViewModel，但是在很多情况下很多页面具有相同的UI结构和操作行为，考虑到重用和封装，我们是否为它们创建一个共享的ViewModel呢。最近在一个小项目中，我们对这种方式进行了尝试，觉得是可行的，但同时也发现的一些问题。这篇文章通过一个简化的实例来讨论这种开发方式. 阅读全文

posted @ 2013-01-06 21:34 Artech 阅读(27274) 评论(89) 推荐(71) 编辑

Ajax请求过程中显示“进度”的简单实现

摘要：

Ajax在Web应用中使用得越来越频繁。在进行Ajax调用过程中一般都具有这样的做法：显示一个GIF图片动画表明后台正在工作，同时阻止用户操作本页面（比如Ajax请求通过某个按钮触发，用户不能频繁点击该按钮产生多个并发Ajax请求）；调用完成后，图片消失，当前页面运行重新编辑阅读全文

posted @ 2013-01-04 18:46 Artech 阅读(46105) 评论(46) 推荐(40) 编辑

随笔分类 - [02] 编程技巧

公告