摘要: 在《使用篇》中我们谈到扩展的验证编程方式，并且演示了本解决方案的三大特性：消息提供机制的分离、多语言的支持和多验证规则的支持，我们现在来看看这样的验证解决方案最终是如何实现的。
阅读全文摘要: ASP.NET MVC提供一种基于元数据的验证方式是我们可以将相应的验证特性应用到作为Model实体的类型或者属性/字段上，但是这依然具有很多的不足。在这篇文章中，我结合EntLib的VAB的一些思想通过扩展为ASP.NET MVC提供一种更为完善的验证机制。
阅读全文摘要: EntLib的异常处理应用块（EHAB）是一个不错的异常处理框架，它使我们可以采用配置的方式来定义异常处理策略。而ASP.NET MVC是一个极具可扩展开发框架，在这篇文章中我将通过它的扩展实现与EntLib的集成，并提供一个完整的异常处理解决方案
阅读全文摘要: 我始终认为是我的错误，而不是新浪的错误，所以，电脑屏幕翻转了180度，没发现什么特别的隐藏说明，接着又拿一块大镜子来看镜像，还是没发现什么，最后使出了绝招： 把文档的所有文字按照奇数和偶数都排列着读一遍，依旧无解。 终于： 我开始觉得不是我的错了，而是新浪的错。 本文给出ASP.NET 4.0的解决方案以及实现思路。
阅读全文摘要: 在《集成EntLib实现ASP.NET MVC的异常处理》我们实现采用EntLib的Exception Handling Application Block（EHAB）进行异常的处理，并导向指定的出错页面。在这篇文章中我们做一些改变，直接将处理过的异常消息显示在本页的ValidationSummary中。
阅读全文摘要: 在项目开发中，我们会使用到很多的描述性文字，比如验证消息、错误消息和确认消息等，让这些文本消息具有可维护性具有重要的意义。在我们的项目开发中使用的是专门的一个维护消息的组件。在这篇文章中将会通过扩展现有的ValidationAttribute特性让ASP.NET MVC应用可以使用我们的消息组件来获取验证消息。
阅读全文摘要: 谈到IoC和ASP.NET的集成，很多人会先后想到Ninject，不过我们个人还是倾向于Unity。这篇文章简单地介绍如果创建基于Unity的ControllerFactory。
阅读全文摘要: Unity是微软P&P部门开发的一个轻量级IoC框架，通过Interception机制可以实现基于三种拦截机制的AOP。不过Unity仅仅提供“显式”拦截机制，以致我们为了注册可被拦截的类型会多写很多代码和配置。本篇文章通过UnityContainer的扩展提供了一种“自动”拦截机制。
阅读全文摘要: 在《来源于WCF的设计模式：可扩展对象模式》我通过一个简单的例子介绍了基于IExtensibleObject和IExtension这两个接口为核心的“可扩展对象模式”。我之前是通过编程的方式来应用扩展对象的。其实，如何能够通过配置的方式来定义扩展，这个所谓的“可扩展对象模式”将会发挥更大的威力。
阅读全文摘要: 我一直很喜欢剖析微软一些产品、框架的底层实现。在我看来，这不但让我们可以更加深入地了解其运作的原理，同时也能提高设计/架构的技能。因为对于这些框架或者产品来说，高质量的设计是它们能够成功的一个最基本的因素。这些应用在这些产品和框架上的设计其实是最值得我们学习的设计案例。比如说，今天我们介绍的“可扩展对象模式”就来源于WCF。
阅读全文摘要: 为了解决EntLib的EHAB只能在异常类型级别控制异常处理策略的局限，我在很久之前曾经自定义了一个特殊的异常处理器来提供“细粒度”异常策略的定义。我个人觉得具有一定的实用价值，今天特意对其进行了重构，并将其放到了我在CodePlex上新创建的项目EntLib Extensions。
阅读全文摘要: 今天写《WCF技术剖析（卷2）》关于《WCF扩展》一章，举了“如何通过WCF扩展实现与IoC框架（以Unity为例）集成”（《通过自定义ServiceHost实现对WCF的扩展[实例篇]》）的例子。为了展示Unity如何实现几种典型的注入方式（构造器注入、属性注入和方法注入），我写了一个简单的小程序。如果读者对Unity或者IoC没有太多概念，我觉得这个小程序对于你初步地认识它们具有一定的帮助意义。如果你对Unity或者IoC有深入的认识，请忽略本文。
阅读全文摘要: 当我们在设计一个框架的时候，必然会涉及一系列的配置。为了让使用者更好地使用你提供的框架，让他们能够容易地维护这些配置是一项基本的要求。对于一些配置过于复杂的框架，比如EnterLib，比如WCF，往往会提供一个配置的工具。但是，不过这样的配置工具是否提供，手工编译配置文件是在所难免的。如果在通过VS编辑配置的时候，能够提供智能感知和提示性描述的支持，这无疑会使配置的编辑变得非常的容易。这里是一个简单的例子。
阅读全文摘要: 《上篇》主要介绍如何通过DataBinder实现批量的数据绑定，以及如何解决常见的数据绑定问题，比如数据的格式化。接下来，我们主要来谈谈DataBinder的设计，看看它是如何做到将作为数据源实体的属性值绑定到界面对应的控件上的。
阅读全文摘要: 在《一句代码实现批量数据绑定》中，我通过界面控件ID与作为数据源的实体属性名之间的映射实现了批量数据绑定。由于里面频繁涉及对属性的反射——通过反射从实体对象中获取某个属性值；通过反射为控件的某个属性赋值，所以这不是一种高效的操作方式。为了提升性能，我通过IL Emit的方式创建了一个PropertyAccessor组件，以实现高效的属性操作。如果你看了我在文中给出的三种属性操作性能的测试结果，相信会对PropertyAccessor的作用有深刻的印象。
阅读全文摘要: 对于一个以数据处理为主的应用中的UI层，我们往往需要编写相当多的代码去实现数据绑定。如果界面上的控件和作为数据源的实体类型之间存储某种约定的映射关系，我们就可以实现批量的数据绑定。为了验证这种想法，我写了一个小小的组件
阅读全文摘要: [J.D. Meier's Blog]“Life is like skiing. Just like skiing, the goal is not to get to the bottom of the hill. It’s to have a bunch of good runs before the sun sets.” – Seth GodinIt's been a good run. ...
阅读全文摘要: 对于数据库设计来说，多对多（或者一对多）是一种常见的数据关系，比如联系人和地址之间的关系。我们通常采用建立关系表的方式来表示这种关系，比如我们创建一张表来存储联系人和地址之间的关系。如果我们最终需要通过存储过程的方式来维护他们之间的关系，该如何做呢？本篇文章给你一个具体的例子来演示如果采用存储过程来建立和删除实体之间的关系。
阅读全文摘要: 继续讨论EF中使用存储过程的问题，这回着重讨论的是为存储过程的参数进行赋值的问题。说得更加具体一点，是如何为实体映射的Delete存储过程参数进行赋值的问题。关于文中涉及的这个问题，我个人觉得是EF一个有待改进的地方，不知道各位看官是否同意？
阅读全文摘要: 本篇文章通过实例的方式，讨论两个在EF使用存储过程的主题：如何通过实体和存储过程的映射实现逻辑删除；对于具有自增长类型主键的数据表，在进行添加操作的时候如何将正确的值反映在实体对象上。
阅读全文