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

摘要：

[爱心链接：拯救一个25岁身患急性白血病的女孩[内有苏州电视台经济频道《天天山海经》为此录制的节目视频（苏州话）]]DataContractSerializer承载着所有数据契约对象的序列化和反序列化操作。在上面一篇文章（《数据契约（Data Contract）和数据契约序列化器（DataContractSerializer）》）中，我们谈到DataContractSerializer基本的序列化规则；如何控制DataContractSerializer序列化或者反序列化对象的数量；以及如何在序列化后的XM 阅读全文

posted @ 2009-07-12 16:27 Artech 阅读(10805) 评论(24) 推荐(19) 编辑

WCF技术剖析之十二：数据契约（Data Contract）和数据契约序列化器（DataContractSerializer）

摘要：

[爱心链接：拯救一个25岁身患急性白血病的女孩[内有苏州电视台经济频道《天天山海经》为此录制的节目视频（苏州话）]] 大部分的系统都是以数据为中心的（Data Central），功能的实现表现在对相关数据的正确处理。而数据本身，是有效信息的载体，在不同的环境具有不同的表示。一个分布式的互联系统关注于数据的交换，而数据正常交换的根本前提是参与数据交换的双方对于数据结构的一致性理解。WCF下的序列化（Serialization）解决的是如何将数据从对象的表现形式转变成XML表现形式，以确保数据的正常交换。从本章起，我将讲述WCF序列化的本质，首先从从数据契约谈起。阅读全文

posted @ 2009-07-09 21:20 Artech 阅读(18606) 评论(11) 推荐(15) 编辑

WCF技术剖析之十一：异步操作在WCF中的应用（下篇）

摘要：

说完了客户端的异步服务调用（参阅WCF技术剖析之十一：异步操作在WCF中的应用（上篇））,我们在来谈谈服务端如何通过异步的方式为服务提供实现。在定义服务契约的时候，相信大家已经注意到了OperationContractAttribute特性具有一个bool类型的AsynPattern。该属性可以将一个服务操作定义成异步实现模式，接下来的内容主要是着眼于介绍异步操作的定义和实现原理。阅读全文

posted @ 2009-07-08 22:56 Artech 阅读(11089) 评论(33) 推荐(10) 编辑

WCF技术剖析之十一：异步操作在WCF中的应用（上篇）

摘要：

按照操作执行所需的资源类型，我们可以将操作分为CPU绑定型（CPU Bound）操作和I/O绑定型（I/O Bound）操作。对于前者，操作的执行主要利用CPU进行密集的计算，而对于后者，大部分的操作处理时间花在I/O操作处理，比如访问数据库、文件系统、网络资源等。对于I/O绑定型操作，我们可以充分利用多线程的机制，让多个操作在自己的线程并发执行，从而提高系统性能和响应能力。服务调用就是典型的I/O绑定型操作，所以多线程在服务调用中具有广泛的应用。在本篇文章中，我们专门来讨论多线程或者是异步操作在WCF中的具体应用。阅读全文

posted @ 2009-07-08 21:14 Artech 阅读(15717) 评论(9) 推荐(12) 编辑

WCF技术剖析之十：调用WCF服务的客户端应该如何进行异常处理

摘要：

在前面一片文章（服务代理不能得到及时关闭会有什么后果?）中，我们谈到及时关闭服务代理（Service Proxy）在一个高并发环境下的重要意义，并阐明了其根本原因。但是，是否直接调用ICommunicationObject的Close方法将服务代理关闭就万事大吉了呢？事情远不会这么简单，这其中还会涉及关于异常处理的一些操作，这就是本篇文章需要讨论的话题。阅读全文

posted @ 2009-07-05 18:33 Artech 阅读(13126) 评论(27) 推荐(18) 编辑

WCF技术剖析之九：服务代理不能得到及时关闭会有什么后果?

摘要：

我们想对WCF具有一定了解的人都会知道：在客户端通过服务调用进行服务调用过程中，服务代理应该及时关闭。但是如果服务的代理不等得到及时的关闭，到底具有怎样的后果？什么要关闭服务代理？在任何时候都需要关闭服务代理吗？是否有一些例外呢？本篇文章将会围绕着这些问题展开。阅读全文

posted @ 2009-07-04 17:58 Artech 阅读(13414) 评论(47) 推荐(16) 编辑

WCF技术剖析之八：ClientBase<T>中对ChannelFactory<T>的缓存机制

摘要：

和传统的分布式远程调用一样，WCF的服务调用借助于服务代理（Service Proxy）。而ChannelFactory则是服务代理的创建者。在客户端，我们具有两种典型的服务代理创建方式，其一是通过诸如SvcUtil.exe这样的工具导入服务的元数据生成相应的服务代理（一个继承自ClientBase的类型）代码和相关配置；其二是直接通过相应的终结点信息（通过代码指定或者配置）创建ChannelFactory对象，并借助该对象直接进行服务代理的创建。实际上，即使通过ClientBase对象进行服务调用，其内部也是调用ChannelFactory创建的服务代理。整个ChannelFactory的创建是一项相对复杂并且费时的工作，会涉及很多诸如反射、配置文件的读取等操作。为了提高服务调用的性能，在.NET 3.5中，WCF在ClientBase中引入了ChannelFac 阅读全文

posted @ 2009-07-03 20:36 Artech 阅读(16700) 评论(29) 推荐(11) 编辑

WCF技术剖析之七：如何实现WCF与EnterLib PIAB、Unity之间的集成

摘要：

在这之前，我写过深入介绍MS EnterLib PIAB的文章（参阅《MS Enterprise Library Policy Injection Application Block 深入解析[总结篇]》），也写过WCF与PIAB的集成（参阅：《WCF后续之旅（8）：通过WCF Extension 实现与MS Enterprise Library Policy Injection Application Block 的集成》）、WCF与Unity的集成（参阅《WCF后续之旅（7）：通过WCF Extension实现和Enterprise Library Unity Container的集成》）以及Unity与PIAB的集成（参阅《Enterprise Library深入解析与灵活应用（1）：通过Unity Extension实现和Policy Injection Application Block的集成》、阅读全文

posted @ 2009-06-29 16:03 Artech 阅读(9858) 评论(57) 推荐(7) 编辑

Enterprise Library深入解析与灵活应用（7）：再谈PIAB与Unity之间的集成

摘要：

在EnteLib中，PIAB（Policy Injection Application Block）和Unity的定位是轻量级的AOP框架和IoC容器（Container）。通过PIAB，我们可以将一些业务无关的crosscutting concern定义于相应的CallHandler中，通过Attribute声明或者配置应用到承载业务逻辑的目标方法上。而通过Unity提供的IoC容器（或者DI容器），即UnityContainer，很好地实现了依赖的动态注入，从而实现了组件之间、模块之间或者服务之间的松耦合。在本篇文章中,我们将关注如何将两者有机地关联起来。阅读全文

posted @ 2009-06-28 23:12 Artech 阅读(8480) 评论(22) 推荐(6) 编辑

[原创-总结]WCF技术剖析系列总结篇

摘要：

近半年以来，一直忙于我的第一本WCF专著《WCF技术剖析》的写作，一直无暇管理自己的Blog。到目前为止《WCF技术剖析（卷1）》的写作暂告一段落，初步预计于下个月由武汉博文视点出版。在《WCF技术剖析》写作期间，对WCF又有了新的感悟，为此以书名开始本人的第三个WCF系列。本系列的目的在于对《WCF技术剖析》的补充，会对书中的一些内容进行展开讲述，同时会囊括很多由于篇幅的原因忍痛割弃的内容。阅读全文

posted @ 2009-06-27 17:04 Artech 阅读(2857) 评论(14) 推荐(3) 编辑

WCF技术剖析之六：为什么在基于ASP.NET应用寄宿（Hosting）下配置的BaseAddress无效

摘要：

本篇文章来源于几天前一个朋友向我咨询的问题。问题是这样的，他说他采用ASP.NET应用程序的方式对定义的WCF服务进行寄宿（Hosting），并使用配置的方式对服务的BaseAddress进行了设置，但是在创建ServiceHost的时候却抛出InvalidOperationException，并提示相应Address Scheme的BaseAddress找不到。我意识到这可能和WCF中用于判断服务寄宿方式的逻辑有关，于是我让这位朋友将相同的服务寄宿代码和配置迁移到GUI程序或者Console应用中，看看是否正常。结果如我所想，一切正常，个人觉得这应该是WCF的一个Bug。今天撰文与大家讨论，看看大家对这个问题有何见解。阅读全文

posted @ 2009-06-26 19:33 Artech 阅读(10171) 评论(29) 推荐(12) 编辑

WCF技术剖析之五：利用ASP.NET兼容模式创建支持会话（Session）的WCF服务

摘要：

在《基于IIS的WCF服务寄宿（Hosting）实现揭秘》中，我们谈到在采用基于IIS（或者说基于ASP.NET）的WCF服务寄宿中，具有两种截然不同的运行模式：ASP.NET并行（Side by Side）模式和ASP.NET兼容模式。对于前者，WCF通过HttpModule实现了服务的寄宿，而对于后者，WCF的服务寄宿通过一个HttpHandler实现。只有在ASP.NET兼容模式下，我们熟悉的一些ASP.NET机制才能被我们使用，比如通过HttpContext的请求下下文；基于文件或者Url的授权；HttpModule扩展；身份模拟（Impersonation）等。由于在ASP.NET兼容模式下，ASP.NET采用与.aspx Page完全一阅读全文

posted @ 2009-06-25 18:17 Artech 阅读(15142) 评论(49) 推荐(18) 编辑

WCF技术剖析之四：基于IIS的WCF服务寄宿（Hosting）实现揭秘

摘要：

通过《再谈IIS与ASP.NET管道》的介绍，相信读者已经对IIS和ASP.NET的请求处理管道有了一个大致的了解，在此基础上去理解基于IIS服务寄宿的实现机制就显得相对容易了。概括地说，基于IIS的服务寄宿依赖于两个重要的对象：System.ServiceModel.Activation.HttpModule和System. ServiceModel.Activation.HttpHandler。阅读全文

posted @ 2009-06-24 20:33 Artech 阅读(15021) 评论(22) 推荐(12) 编辑

[原创]WCF技术剖析之三：如何进行基于非HTTP的IIS服务寄宿

摘要：

在上面一篇文章中，我们对不同版本的IIS，以及ASP.NET得的实现机制进行了详细而深入的分析。在介绍IIS7.0的时候，我们谈到，HTTP.SYS+W3SVC实现了基于HTTP的请求监听，在此基础上引入了三组网络监听器（Listener）和监听适配器（Adapter），实现了基于TCP、Named Pipes和MSMQ的网络监听。由于IIS 7提供了基于非HTTP网络协议的监听支持，那么就意味着当我们当我们通过IIS进行WCF服务寄宿（Hosting）的时候，可以采用非HTTP的通信方式。在本篇文章中，我们将通过一个简单实例介绍进行非HTTP的IIS服务寄宿，Source Code下载a href ="http://fil 阅读全文

posted @ 2009-06-21 22:12 Artech 阅读(13890) 评论(58) 推荐(15) 编辑

WCF技术剖析之二：再谈IIS与ASP.NET管道

摘要：

在2007年9月份，我曾经写了三篇详细介绍IIS架构和ASP.NET运行时管道的文章，深入介绍了IIS 5.x与IIS 6.0HTTP请求的监听与分发机制，以及ASP.NET运行时管道对HTTP请求的处理流程： [原创]ASP.NET Process Model之一：IIS 和 ASP.NET ISAPI [原创]ASP.NET Process Model之二：ASP.NET Http Runtime Pipeline - Part I [原创]ASP.NET Process Model之二：ASP.NET Http Runtime Pipeline - Part II 很多人留言为何没有IIS 7的介绍。在写作《WCF深入剖析》中，为了剖析基于IIS的WCF服务寄宿（Hosting），再次对相关内容进行了研究，在这里一并与大家分享。阅读全文

posted @ 2009-06-20 00:19 Artech 阅读(50568) 评论(97) 推荐(147) 编辑

WCF技术剖析之一：通过一个ASP.NET程序模拟WCF基础架构

摘要：

细算起来，已经有好几个月没有真正的写过文章了。近半年以来，一直忙于我的第一本WCF专著《WCF技术剖析》的写作，一直无暇管理自己的 Blog。到目前为止《WCF技术剖析（卷1）》的写作暂告一段落，初步预计于下个月由武汉博文视点出版。在《WCF技术剖析》写作期间，对WCF又有了新的感悟，为此以书名开始本人的第三个WCF系列。本系列的目的在于对《WCF技术剖析》的补充，会对书中的一些内容进行展开讲述，同时会囊括很多由于篇幅的原因忍痛割弃的内容。本系列的第一篇，我将会对WCF的基本架构作一个大致的讲解。不过，一改传统对WCF的工作流程进行平铺直叙，我将另辟蹊径，借助于我们熟悉的ASP.NET作为请求处理平台，通过一个简a单的托管程序模拟整个WCF客户端和服务端的架构。本篇文章的大部分内容节选自《WCF技术剖析（卷1）》第八章。Source Code下载：a href="http://files.cnblogs. 阅读全文

posted @ 2009-06-18 21:24 Artech 阅读(40670) 评论(134) 推荐(104) 编辑

WCF中的Binding模型之六（完结篇）：从绑定元素认识系统预定义绑定

摘要：

由于绑定对象由一系列有序的绑定元素组成，绑定元素最终决定着信道栈中信道的组成，而信道的组成最终又决定了信道栈对消息进行处理的方式和能力，所有要确定绑定的特性和能力，我们可以通过查看其绑定元素的构成来一窥究竟... ... 阅读全文

posted @ 2008-12-14 13:16 Artech 阅读(9248) 评论(17) 推荐(8) 编辑

WCF的Binding模型之五：绑定元素（Binding Element）

摘要：

在上面的内容中，先后介绍了信道、信道管理器、信道监听器和信道工厂。从对象的创建来讲，信道管理器是信道的创建者。说的再具体点，客户端的信道通过信道工厂创建，服务端的信道通过信道监听器创建。但是信道工厂和信道监听器又是如果被创建出来的呢？我们在一开始就已经说过，作为终结点三要素的绑定对象实现了所有的通信细节，并且通过创建信道栈实现了消息的传递。从这一点来说，绑定对象无疑是信道层所有通信对象的最终缔造者，所以信道工厂和信道监听器最终的创建都是靠绑定对象实现的。关于这个创建过程又和另一个重要的对象密切相关，那就是绑定元素。阅读全文

posted @ 2008-12-05 17:24 Artech 阅读(8763) 评论(22) 推荐(10) 编辑

WCF的Binding模型之四：信道工厂（Channel Factory）

摘要：

由于信道管理器在客户端和服务端所起的不同作用，分为信道监听器和信道工厂。和服务端的信道监听其相比，处于客户端的信道工厂显得简单。从名称就可以看得出来，信道工厂的作用就是单纯的创建用于消息发送的信道。我们先来看看与信道工厂相关的一些接口和基类的定义。阅读全文

posted @ 2008-12-05 17:11 Artech 阅读(10896) 评论(10) 推荐(7) 编辑

WCF中的Binding模型之二: 信道与信道栈（Channel and Channel Stack）

摘要：

WCF采用基于消息交换的通信方式，而绑定则实现了所有的通信细节。绑定通过创建信道栈实现了消息的编码与传输，以及对WS-*协议的实现。在这一节中，我们就来着重介绍WCF中的信道和信道栈。阅读全文

posted @ 2008-11-14 11:05 Artech 阅读(11201) 评论(7) 推荐(15) 编辑

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

公告