一个安静的程序猿~
原文:WCF技术剖析之二十三：服务实例（Service Instance）生命周期如何控制[中篇] 在[第1篇]中，我们介绍了WCF关于实例管理一些基本的知识点，包括InstanceContext、InstanceContextMode、已经如何通过ServiceBehaviorAttribute应用不同的实例上下文模式给不同的服务。
原文:WCF技术剖析之二十三：服务实例（Service Instance）生命周期如何控制[上篇] 服务调用的目的体现在对某项服务功能的消费上，而功能的实现又定义在相应的服务类型中。不论WCF服务端框架处理服务调用请求的流程有多么复杂，最终都落实在服务实例的激活和操作方法的执行上面。
原文:WCF技术剖析之二十二: 深入剖析WCF底层异常处理框架实现原理[中篇] 在[上篇]中，我们分别站在消息交换和编程的角度介绍了SOAP Fault和FaultException异常。在服务执行过程中，我们手工抛出FaultException异常，WCF服务端框架会对该异常对象进行序列化病最终生成Fault消息。
原文:WCF技术剖析之二十二: 深入剖析WCF底层异常处理框架实现原理[下篇] WCF客户端和服务端的框架体系相互协作，使得开发人员可以按照我们熟悉的方式进行异常的处理：在服务操作执行过程中抛出异常（FaultException），在调用服务时捕获异常，完全感觉不到“分布式”的存在，如同典型的“本地”操作一般。
原文:WCF技术剖析之二十二: 深入剖析WCF底层异常处理框架实现原理[上篇] 对于上一篇文章 （WCF基本异常处理模式：[上篇]、[中篇]、[下篇]）,主要是站在最终开发者的角度对WCF关于异常处理编程模式进行了介绍,接下来，我们需要将我们的目光转移到WCF框架内部，深入剖析整个WCF异常处理流程。
原文:WCF技术剖析之二十一：WCF基本异常处理模式[下篇] 从FaultContractAttribute的定义我们可以看出，该特性可以在同一个目标对象上面多次应用（AllowMultiple = true）。
原文:WCF技术剖析之二十一：WCF基本异常处理模式[中篇] 通过WCF基本的异常处理模式[上篇]， 我们知道了：在默认的情况下，服务端在执行某个服务操作时抛出的异常（在这里指非FaultException异常），其相关的错误信息仅仅限于服务端可见，并不会被WCF传递到客户端；如果将开启了IncludeExceptionDetailInFaults的ServiceDebug服务行为通过声明（通过在服务类型上应用ServiceBehaviorAttrite特性）或者配置的方式应用到相应的服务上，异常相关的所有细节信息将会原封不动地向客户端传送。
原文:WCF技术剖析之二十一: WCF基本的异常处理模式[上篇] 由于WCF采用.NET托管语言（C#和NET）作为其主要的编程语言，注定以了基于WCF的编程方式不可能很复杂。同时，WCF设计的一个目的就是提供基于非业务逻辑的通信实现，为编程人员提供一套简单易用的应用编程接口（API）。
原文:WCF技术剖析之十九：深度剖析消息编码（Encoding）实现（下篇） [爱心链接：拯救一个25岁身患急性白血病的女孩[内有苏州电视台经济频道《天天山海经》为此录制的节目视频（苏州话）]]通过上篇的介绍，我们知道了WCF所有与编码与解码相关的功能都实现在相应的System.Xml.XmlDictionaryWriter和System.Xml.XmlDictionaryReader中。
原文:WCF技术剖析之二十: 服务在WCF体系中是如何被描述的? 任何一个程序都需要运行于一个确定的进程中，进程是一个容器，其中包含程序实例运行所需的资源。同理，一个WCF服务的监听与执行同样需要通过一个进程来承载。
原文:WCF技术剖析之十八：消息契约（Message Contract）和基于消息契约的序列化 [爱心链接：拯救一个25岁身患急性白血病的女孩[内有苏州电视台经济频道《天天山海经》为此录制的节目视频（苏州话）]]在本篇文章中，我们将讨论WCF四大契约（服务契约、数据契约、消息契约和错误契约）之一的消息契约（Message Contract）。
原文:WCF技术剖析之十九：深度剖析消息编码（Encoding）实现（上篇） [爱心链接：拯救一个25岁身患急性白血病的女孩[内有苏州电视台经济频道《天天山海经》为此录制的节目视频（苏州话）]]消息作为WCF进行通信的唯一媒介，最终需要通过写入传输层进行传递。
原文:WCF技术剖析之十七：消息（Message）详解（下篇） [爱心链接：拯救一个25岁身患急性白血病的女孩[内有苏州电视台经济频道《天天山海经》为此录制的节目视频（苏州话）]]《WCF技术剖析（卷1）》自出版近20天以来，得到了园子里的朋友和广大WCF爱好者的一致好评，并被卓越网计算机书店作为首页推荐，在这里对大家的支持表示感谢。
原文:WCF技术剖析之十七：消息（Message）详解（中篇） [爱心链接：拯救一个25岁身患急性白血病的女孩[内有苏州电视台经济频道《天天山海经》为此录制的节目视频（苏州话）]]在上篇中大体上围绕着Message的两个话题进行讲述：消息版本（Message Version）和采用五种不同的方式创建Message。
原文:WCF技术剖析之十七：消息（Message）详解（上篇） [爱心链接：拯救一个25岁身患急性白血病的女孩[内有苏州电视台经济频道《天天山海经》为此录制的节目视频（苏州话）]]消息交换是WCF进行通信的唯一手段，通过方法调用（Method Call）形式体现的服务访问需要转化成具体的消息，并通过相应的编码（Encoding）才能通过传输通道发送到服务端；服务操作执行的结果也只能以消息的形式才能被正常地返回到客户端。
原文:WCF技术剖析之十五：数据契约代理（DataContractSurrogate）在序列化中的作用 [爱心链接：拯救一个25岁身患急性白血病的女孩[内有苏州电视台经济频道《天天山海经》为此录制的节目视频（苏州话）]]如果一个类型，不一定是数据契约，和给定的数据契约具有很大的差异，而我们要将该类型的对象序列化成基于数据契约对应的XML。
原文:WCF技术剖析之十六：数据契约的等效性和版本控制 数据契约是对用于交换的数据结构的描述，是数据序列化和反序列化的依据。在一个WCF应用中，客户端和服务端必须通过等效的数据契约方能进行有效的数据交换。
原文:WCF技术剖析之十四：泛型数据契约和集合数据契约（下篇） [爱心链接：拯救一个25岁身患急性白血病的女孩[内有苏州电视台经济频道《天天山海经》为此录制的节目视频（苏州话）]]在.NET中，所有的集合都实现了IEnumerable接口，比如Array、Hashtable、ArrayList、Stack、Queue等。
原文:WCF技术剖析之十三：序列化过程中的已知类型（Known Type） [爱心链接：拯救一个25岁身患急性白血病的女孩[内有苏州电视台经济频道《天天山海经》为此录制的节目视频（苏州话）]]DataContractSerializer承载着所有数据契约对象的序列化和反序列化操作。
原文:WCF技术剖析之十四：泛型数据契约和集合数据契约（上篇） [爱心链接：拯救一个25岁身患急性白血病的女孩[内有苏州电视台经济频道《天天山海经》为此录制的节目视频（苏州话）]]在.NET Framework 2.0中，泛型第一次被引入。
原文:WCF技术剖析之十二：数据契约（Data Contract）和数据契约序列化器（DataContractSerializer） [爱心链接：拯救一个25岁身患急性白血病的女孩[内有苏州电视台经济频道《天天山海经》为此录制的节目视频（苏州话）]]大部分的系统都是以数据为中心的（Data Central），功能的实现表现在对相关数据的正确处理。
原文:WCF技术剖析之十一：异步操作在WCF中的应用（上篇） 按照操作执行所需的资源类型，我们可以将操作分为CPU绑定型（CPU Bound）操作和I/O绑定型（I/O Bound）操作。对于前者，操作的执行主要利用CPU进行密集的计算，而对于后者，大部分的操作处理时间花在I/O操作处理，比如访问数据库、文件系统、网络资源等。
原文:WCF技术剖析之十一：异步操作在WCF中的应用（下篇） 说完了客户端的异步服务调用（参阅WCF技术剖析之十一：异步操作在WCF中的应用（上篇））,我们在来谈谈服务端如何通过异步的方式为服务提供实现。
原文:WCF技术剖析之十：调用WCF服务的客户端应该如何进行异常处理 在前面一片文章（服务代理不能得到及时关闭会有什么后果?）中，我们谈到及时关闭服务代理（Service Proxy）在一个高并发环境下的重要意义，并阐明了其根本原因。
原文:WCF技术剖析之九：服务代理不能得到及时关闭会有什么后果? 我们想对WCF具有一定了解的人都会知道：在客户端通过服务调用进行服务调用过程中，服务代理应该及时关闭。但是如果服务的代理不等得到及时的关闭，到底具有怎样的后果？什么要关闭服务代理？在任何时候都需要关闭服务代理吗？是否有一些例外呢？本篇文章将会围绕着这些问题展开。
原文:WCF技术剖析之八：ClientBase中对ChannelFactory的缓存机制 和传统的分布式远程调用一样，WCF的服务调用借助于服务代理（Service Proxy）。而ChannelFactory则是服务代理的创建者。
原文:WCF技术剖析之七：如何实现WCF与EnterLib PIAB、Unity之间的集成 在这之前，我写过深入介绍MS EnterLib PIAB的文章（参阅《MS Enterprise Library Policy Injection Application Block 深入解析[总结篇]》），...
原文:WCF技术剖析之六：为什么在基于ASP.NET应用寄宿（Hosting）下配置的BaseAddress无效 本篇文章来源于几天前一个朋友向我咨询的问题。问题是这样的，他说他采用ASP.NET应用程序的方式对定义的WCF服务进行寄宿（Hosting），并使用配置的方式对服务的BaseAddress进行了设置，但是在创建ServiceHost的时候却抛出InvalidOperationException，并提示相应Address Scheme的BaseAddress找不到。
原文:WCF技术剖析之五：利用ASP.NET兼容模式创建支持会话（Session）的WCF服务 在《基于IIS的WCF服务寄宿（Hosting）实现揭秘》中，我们谈到在采用基于IIS（或者说基于ASP.NET）的WCF服务寄宿中，具有两种截然不同的运行模式：ASP.NET并行（Side by Side）模式和ASP.NET兼容模式。
原文:WCF技术剖析之四：基于IIS的WCF服务寄宿（Hosting）实现揭秘 通过《再谈IIS与ASP.NET管道》的介绍，相信读者已经对IIS和ASP.NET的请求处理管道有了一个大致的了解，在此基础上去理解基于IIS服务寄宿的实现机制就显得相对容易了。
原文:[原创]WCF技术剖析之三：如何进行基于非HTTP的IIS服务寄宿 在上面一篇文章中，我们对不同版本的IIS，以及ASP.NET得的实现机制进行了详细而深入的分析。在介绍IIS7.0的时候，我们谈到，HTTP.SYS+W3SVC实现了基于HTTP的请求监听，在此基础上引入了以下三组网络监听器（Listener）和监听适配器（Adapter），实现了基于TCP、Named Pipes和MSMQ的网络监听，图1揭示了IIS7的总体结构。
原文:WCF技术剖析之二：再谈IIS与ASP.NET管道 在2007年9月份，我曾经写了三篇详细介绍IIS架构和ASP.NET运行时管道的文章，深入介绍了IIS 5.x与IIS 6.0HTTP请求的监听与分发机制，以及ASP.
原文:WCF技术剖析之一：通过一个ASP.NET程序模拟WCF基础架构 细算起来，已经有好几个月没有真正的写过文章了。近半年以来，一直忙于我的第一本WCF专著《WCF技术剖析》的写作，一直无暇管理自己的Blog。
原文:《WCF技术剖析》博文系列汇总[持续更新中] 近半年以来，一直忙于我的第一本WCF专著《WCF技术剖析（卷1）》的写作，一直无暇管理自己的Blog。在《WCF技术剖析（卷1）》写作期间，对WCF又有了新的感悟，为此以书名开始本人的第三个WCF系列。
原文:WCF中自定义消息编码器：压缩编码器的使用 通过抓包知道WCF在提交、返回数据的时候大多使用XML进行数据交互，如果返回DataTable那么这些数据将变得很大，通过查询找到一个对数据压缩的方法： http://msdn.
原文: [老老实实学WCF] 第十篇 消息通信模式(下) 双工 老老实实学WCF 第十篇 消息通信模式(下) 双工 在前一篇的学习中，我们了解了单向和请求/应答这两种消息通信模式。
原文: [老老实实学WCF] 第九篇 消息通信模式(上) 请求应答与单向 老老实实学WCF 第九篇 消息通信模式(上) 请求应答与单向 通过前两篇的学习，我们了解了服务模型的一些特性如会话和实例化，今天我们来进一步学习服务模型的另一个重要特性：消息通信模式。
原文: [老老实实学WCF] 第八篇 实例化 老老实实学WCF 第八篇 实例化 通过上一篇的学习，我们简单地了解了会话，我们知道服务端和客户端之间可以建立会话连接，也可以建立非会话连接，通信的绑定和服务协定的ServiceContract 的SessionMode属性共同决定了连接是否是会话的。
原文: [老老实实学WCF] 第七篇 会话 老老实实学WCF 第七篇 会话 通过前几篇的学习，我们已经掌握了WCF的最基本的编程模型，我们已经可以写出完整的通信了。
原文: [老老实实学WCF] 第六篇 元数据交换 老老实实学WCF 第六篇 元数据交换 通过前两篇的学习，我们了解了WCF通信的一些基本原理，我们知道，WCF服务端和客户端通过共享元数据(包括服务协定、服务器终结点信息)在两个终结点上建立通道从而进行通信。
原文: [老老实实学WCF] 第四篇 初探通信--ChannelFactory 老老实实学WCF 第四篇 初探通信--ChannelFactory 通过前几篇的学习，我们简单了解了WCF的服务端-客户端模型，可以建立一个简单的WCF通信程序，并且可以把我们的服务寄宿在IIS中了。
原文: [老老实实学WCF] 第三篇 在IIS中寄存服务 老老实实学WCF 第三篇 在IIS中寄宿服务 通过前两篇的学习，我们了解了如何搭建一个最简单的WCF通信模型，包括定义和实现服务协定、配置服务、寄宿服务、通过添加服务引用的方式配置客户端并访问服务。
原文: [老老实实学WCF] 第二篇 配置WCF 老老实实学WCF 第二篇 配置WCF 在上一篇中，我们在一个控制台应用程序中编写了一个简单的WCF服务并承载了它。
原文: [老老实实学WCF] 第一篇 Hello WCF 老老实实学WCF 第一篇 Hello WCF WCF(Windows Communication Foundation)是微软公司推出的面向服务技术的集大成者，涵盖继承了其之前发布的所有的分布式应用程序的编程模型，涉及面之广，技术之复杂，结构之零散，让我们初学这门技术的菜鸟时常有无处下手的感觉，此系列博文系笔者艰难探索WCF技术过程的学习笔记，笔者抱着老老实实的态度，力图扎扎实实，循序渐进地学好这门技术，文中难免有疏漏和错误之处，还请诸位大牛不吝赐教。
原文:WCF消息之XmlDictionaryWriter XmlDictionaryWriter，是一个抽象类，从该类中派生了WCF，以便执行序列化和反序列化。 它有4种格式书写器： CreateBinaryWriter，用于创建写入WCF二进制xml格式的实例 CreateMtomWr...
原文:WCF随笔3----消息编码器 我们都知道,message是wcf通信框架进行通信的最基本的单位,但是wcf开发人员其实根本不需要直接与message打交道,一样能够写好wcf相关的程序.这是因为整个框架都为我们做好了一切,当客户端创建了连接服务端的通道之后,通过客户端的代理想服务端发送消息的时候,wcf基础结构就开始忙着在背后创建,发送,接受处理message对象的工作.
原文:JAVA与.NET的相互调用——通过Web服务实现相互调用 JAVA与.NET是现今世界竞争激烈的两大开发媒体，两者语言有很多相似的地方。而在很多大型的开发项目里面，往往需要使用两种语言进行集成开发。
原文:用SignalR 2.0开发客服系统[系列3:实现点对点通讯] 前言 目录: 用SignalR 2.0开发客服系统[系列1:实现群发通讯] 用SignalR 2.0开发客服系统[系列2:实现聊天室] 真的很感谢大家的支持,今天发表系列3,我们的正菜马上就要来了.
原文:用SignalR 2.0开发客服系统[系列2:实现聊天室] 前言 上周发表了 用SignalR 2.0开发客服系统[系列1:实现群发通讯] 这篇文章,得到了很多帮助和鼓励,小弟在此真心的感谢大家的支持.
原文:用SignalR 2.0开发客服系统[系列1:实现群发通讯] 前言 先说一下我为什么会写这个博客吧,(首先说一下,我是一个小菜鸟,讲的不好请指导 - -,) 前段时间公司的项目涉及到在B/S上使用即时通讯,(其实就是做一个B/S的客服系统),当时公司很多大牛都说比较难搞,涉及到很多东西.
发表了文章
2018-12-12
发表了文章
2018-12-12
发表了文章
2018-12-12
发表了文章
2018-12-10
发表了文章
2018-12-10
发表了文章
2018-12-10
发表了文章
2018-12-10
发表了文章
2018-12-10
发表了文章
2018-12-10
发表了文章
2018-12-10
发表了文章
2018-12-10
发表了文章
2018-12-07
发表了文章
2018-12-07
发表了文章
2018-12-04
发表了文章
2018-12-04
发表了文章
2018-12-03
发表了文章
2018-12-03
发表了文章
2018-12-03
发表了文章
2018-12-03
发表了文章
2018-12-02
