摘要: PIAB为我们提供了一个很好地实现AOP的方式。AOP旨在实现Business Logic和Non-Business Infrastructure Logic的分离。通过PIAB，我们将这些业务无关的逻辑定义在一个个的CallHandler中，然后通过Attribute或者Configuration的方式，将我们所需的CallHandler运用到相应的目标对象中。从这个意义上讲，PIAB具有很好的Flexibility和Extensibility。但是，就我看来PIAB也具有一些不足之处，其最大的局限性在于：不能控制运用到某个Method的多个方法的执行顺序。而让CallHandler按照我们希望的顺序进行调用是非常有必要的。
阅读全文
文章来源:
http://www.cnblogs.com/artech/archive/2008/02/21/1076003.html
摘要: 本系列的
第一部分对PIAB使用场景进行了简单的介绍，作中阐述了通过PI（Policy Injection）的方式实现了Business Logic和Non-Business Infrastructure Logic的分离，从而实现了AOP（Aspect Oriented Programming）。在
第二部分中详细介绍PIAB的实现机制：通过自定义RealProxy的方式实现了Method Injection。通过这几天接收到的网友的留言，觉得很多人对在具体的项目开发中如何使用PIAB还有很多困惑，对PIAB的价值还不是很了解。为此，在本系列的第三篇文章中，我将以Walk through的方式定义一个Custom CallHa
阅读全文
文章来源:
http://www.cnblogs.com/artech/archive/2008/02/19/1073033.html
摘要: 在
前面一篇文章中，我对Enterprise Library中的PIAB （Policy Injection Application Block）作了简单的介绍。在这篇文章主要谈谈我个人对PIAB设计和实现原理的一些理解。在介绍过程中，我尽量采用由浅入深出的方式，同时结合例子、Source Code。希望通过本片文章让大家对PIAB有一个全面、深刻的认识。
阅读全文
文章来源:
http://www.cnblogs.com/artech/archive/2008/01/31/1059492.html
摘要: 在过去的半年里，定期或者不定期地写点东西已经成为了我的一种习惯。可是最近两个月来一直忙于工作的事情一直足够的时间留给自己，虽然给自己列了很长一串写作计划，可是心有余而力不足。这一段工作主要是帮助公司开发一套分布式的开发框架，对一些技术和设计方法有了一些新的认识。这两天的工作主要是如何把Enterprise Library V3.1的PIAB（Policy Injection Application Block）引入到我们自己的框架中，为此对PIAB进行了一些研究，借此机会与大家一起分享。
阅读全文
文章来源:
http://www.cnblogs.com/artech/archive/2008/01/29/1057379.html
摘要: 软件工程是一门独特的工程艺术，需要解决的是不断改变的需求变化。而对于WCF，对于SOA，由于涉及的是对多个系统之间的交互问题，如何有效地解决不断改变的需求所带来的问题就显得更为重要：Service端版本的变化能否保持现有Consumer的正常调用，Consumer端的改变不至于影响对Service 的正常调用。对于Data Contract来说就是要解决这样的问题：Service端或者Client对Data Type的改变不会影响Service的正常调用。
在系统开发过程中，通过对Data Type添加额外的字段进而对其进行扩展，是一个种很常见的场景。本部分就作中介绍Data Contract的这种变化，Service或者Client的Data Contract在本地添加一个新的Data Member会造成怎样的影响，WCF可以采用怎样的机制来解决这种单方面Data Contract版本的改变。
阅读全文
文章来源:
http://www.cnblogs.com/artech/archive/2007/11/27/974671.html
摘要: 在本篇文章上一部分Order Processing的例子中，我们看到原本已Collection形式定义的DetailList属性（public IList
DetailList），在Data Contract中却以Array的方式体现（public OrderDetail[] DetailList）。我们现在就来详细地讨论一下基于Collection & Dictionary 的Data Contract。 阅读全文
文章来源:http://www.cnblogs.com/artech/archive/2007/11/27/974665.html
摘要: 通过第一部分的介绍，我们可以体会到，WCF 的Data Contract在CLR Type和Neutral Contract之间搭建了一座桥梁，弥合了.NET世界和厂商中立世界的差异。通过WCF Data Contract我们将CLR Data Type暴露成一个厂商中立的数据结构的描述，同样通过WCF Data Contract我们将一个现有的CLR Data Type和既定的Neutral contract进行适配。
在.NET中，基于Primary Type，比如Int32，String等等，他们具有一个简单的默认的序列化方式和结构，可以说他们不需要Data Contract。接下来我们主要讨论的是一些相对比较特殊的、完全基于.NET的Data Type，比如Generic、Collection，和Dictionary。首先，我们结合例子来谈谈基于Generic的Data Type的Data Contract。
阅读全文
文章来源:
http://www.cnblogs.com/artech/archive/2007/11/27/974639.html
摘要: SOA一个主要的目标就是促进不同技术平台的互操作，要真正实现这样一个宏伟的目标是一件极不容易的事情，需要不同的厂商和标准组织相互协作，制定一个大家一致遵循的标准。这样一个标准就是WS-* 。我们很清楚，无论个个厂商各自的标准怎样千差万别，但是有个标准是他们必须要遵循的，那就是Internet的标准，如果哪家公司拒绝Internet，那肯定要被淘汰的。而对于Internet，基于Http的网络协议和基于XML的数据表达已经成为了事实上的标准。对于SOA来说，XML不仅仅用于表示Service调用携带的数据（参数和返回值），更用于表示这个调用本身，以及满足各种要求的控制信息, 比如基于Security、Session、Reliable Messaging、Transaction等等的控制信息。WS-*就是一个基于XML的标准。而对于SOA中的Contract所要做的就是寻求一种厂商中立的方式来表示Service的接口、和用于交互的数据结构。前者就是Service Contract、后者就是Data Contract。
阅读全文
文章来源:
http://www.cnblogs.com/artech/archive/2007/11/27/974627.html
摘要: 较之C# 2.0, C# 3.x引入了一些列新的特性，为我们编程带来很大的便利，通过有效地利用这些新特性，我们可以编写出更加简洁、优雅的程序。不过这些新特性仅仅是编译器给我们耍的小花招：在编译的时候加入一些必要的Code，使这些在C# 2.0角度看略显残缺的Code变得“完整”，实际上最终生成的Assembly和在C# 2.0时代并没有本质的不同。为此，有些人对这些新特性不以为然，觉得仅仅是一些表面文章，是鸡肋。但是我的观点是：既然这些特性能给我们的编程带来便利，干嘛不用呢？
阅读全文
文章来源:
http://www.cnblogs.com/artech/archive/2007/10/07/915969.html
摘要: 深入理解C# 3.x的新特性系列自开篇以后，已经有两个月了。在前面的章节中，我们先后深入讨论了C# 3.x新引入的一些列新特性：Anomynous Type、Extension Method、Lambda Expression、Automatically Implemented Property，今天我们来讨论本系列的涉及的另外两个简单的Feature: Object Initializer 和 Collection Initializer。
阅读全文
文章来源:
http://www.cnblogs.com/artech/archive/2007/09/30/912166.html