《WCF技术剖析(卷2)》目录

第1章 异常处理 (Exception Handling)

1.1.    WCF基本异常处理模式

1.1.1.     当异常从服务端抛出(S101)

1.1.2.     异常细节的传播(S102)

1.1.3.     自定义异常信息

1.2.    错误消息与FaultException异常

1.2.1.     从SOAP Fault说起

1.2.2.     唯一可被传播的异常:FaultException

1.2.3.     FaultException异常和错误消息之间的转换

1.3.    WCF异常处理体系剖析

1.3.1.     FaultFormatter

1.3.2.     ServiceDebugBehavior如何实现对异常细节传播?

1.4.    WCF异常处理扩展

1.4.1.     错误处理器(ErrorHandler)

1.4.2.     实例演示:通过WCF扩展实现同EntLib的集成(S105)

第2章元数据 (Metadata)

2.1.    WCF元数据架构体系简介

2.1.1.     WS-MEX

2.1.2.     MetadataSection与MetadataSet

2.1.3.     WCF元数据架构模型

2.2.    元数据的导出

2.2.1.     MetadataExporter和WsdlExporter

2.2.2.     WSDL导出扩展和策略导出扩展

2.3.    元数据的发布

2.3.1.     元数据发布的实现者:ServiceMetadataBehavior

2.3.2.     MEX 终结点有何不同?

2.3.3.     ServiceMetadataBehavior是如何实现元数据发布的?

2.4.    元数据的获取和导入

2.4.1.     自己动手实现元数据的获取

2.4.2.     通过MetadataExchangeClient获取元数据(S206)

2.4.3.     MetadaImporter与元数据导入

第3章 事务 (Transaction)

3.1.    WCF需要怎样的事务控制?

3.1.1.     什么是事务(Transaction)?

3.1.2.     事务的显式控制

3.1.3.     分布式事务(Distributed Transaction)应用场景

3.2.    Windows下的事务处理模型

3.2.1.     事务模型中的三种角色

3.2.2.     分布式事务是如何实现的?

3.2.3.     System.Transactions事务

3.3.    事务处理协议:OleTx和WS-AT

3.3.1.     WS-Coordination

3.3.2.     WS-AT

3.4.    WCF事务编程

3.4.1.     通过服务契约决定事务流转的策略

3.4.2.     通过绑定实施事务的流转

3.4.3.     通过服务(操作)行为控制事务

3.4.4.     实例演示:创建事务型服务(S301)

3.5.    WCF事务实现原理

3.5.1.     TransactionFlowAttribute行为

3.5.2.     事务绑定

3.5.3.     事务的自动登记(Enlistment)

3.5.4.     OleTx提升(OleTx Upgrade)机制

第4章 并发与限流 (Concurrency and Throttling)

4.1.    并发与实例上下文模式

4.1.1.     同一个服务实例上下文同时处理多个服务调用请求

4.1.2.     并发中的同步

4.1.3.     并发与实例上下文模式

4.2.    同步上下文与线程亲和性

4.2.1.     倘若去除ServiceBehaviorAttribute的UseSynchronizationContext属性(S407)

4.2.2.     什么是同步上下文(SynchronizationContext)?

4.2.3.     WCF中的同步上下文与线程亲和性

4.3.    流量限制(Throttling)

4.3.1.     如何进行限流控制?

4.3.2.     WCF限流控制是如何实现的?

第5章 可靠会话 (Reliable Sessions)

5.1.    可靠消息传输(Reliable Messaging)

5.1.1.     从TCP对报文段的可靠交付机制说起

5.1.2.     WS-RM简介

5.2.    编写可靠会话服务

5.2.1.     实例演示:通过WCF服务传输图片(S501)

5.2.2.     可靠会话绑定

5.3.    可靠会话的实现原理

5.3.1.     从信道层看可靠会话的实现

5.3.2.     从传输协议的局限性和消息交换模式看可靠会话的实现

5.3.3.     可靠会话最佳实践

第6章 队列服务 (Queued Services)

6.1.    MSMQ简介

6.1.1.     MSMQ能解决什么问题?

6.1.2.     MSMQ的安装

6.1.3.     消息队列

6.1.4.     MSMQ编程

6.2.    从队列服务的终结点谈起

6.2.1.     地址

6.2.2.     绑定

6.2.3.     契约

6.3.    事务控制

6.3.1.     MSMQ事务模型

6.3.2.     客户端事务

6.3.3.     服务端事务

6.3.4.     事务性批量接收

6.4.    会话

6.4.1.     客户端会话

6.4.2.     服务端会话

6.5.    错误处理

6.5.1.     接收重试(S605, S606)

6.5.2.     接收错误处理

6.5.3.     死信消息处理

6.5.4.     日志(Journaling )与跟踪(Tracing)

第7章 传输安全 (Transfer Security)

7.1     传输安全简介

7.1.1      分布式应用中的传输安全隐患

7.1.2      非对加密(Asymmetric Cryptography)

7.1.3      Transport与Message安全模式

7.2     认证(Authentication)

7.2.1      认证与凭证(User Credential)

7.2.2      绑定、安全模式与客户端凭证类型

7.2.3      服务认证

7.2.4      客户端认证

7.2.5      ServiceCredentials V.S. ClientCredentials

7.3     消息保护(Message Protection)

7.3.1      消息的保护级别

7.3.2      签名与加密的实现

7.3.3      安全会话(Secure Sessions)

第8章 授权与审核 (Authorization and Auditing)

8.1.    身份(Identity)与安全主体(Principal)

8.1.1.     身份(Identity)

8.1.2.     安全主体(Principal)

8.2.    Windows用户组授权

8.2.1.     Windows用户组授权与认证的关系

8.2.2.     Windows用户组授权编程

8.2.3.     实例演示:基于Windows用户组的声明式授权(S801)

8.2.4.     身份模拟(Impersonation)

8.3.    ASP.NET Roles授权

8.3.1.     ASP.NET Roles提供程序

8.3.2.     ASP.NET Roles授权与认证的无关性

8.3.3.     ASP.NET Roles授权 编程

8.3.4.     实例演示:不同认证方式下的ASP.ENT Roles授权

8.3.5.     实例演示:通过WCF扩展实现授权(S805)

8.4.    自定义授权方式

8.4.1.     通过自定义AuthorizationPolicy和ServiceAuthorizationManager创建安全主体

8.4.2.     Claim和ClaimSet

8.4.3.     自定义授权实现原理剖析

8.4.4.     实例演示:通过自定义AuthorizationPolicy和ServiceAuthorizationManager实现授权(S806)

8.5.    安全审核(Security Auditing)

8.5.1.     ServiceSecurityAuditBehavior服务行为

8.5.2.     安全审核的实现

8.5.3.     实例演示:如何实施安全审核

第9章 扩展 (Extensions)

9.1.    服务端架构体系的构建

9.1.1.     再谈服务描述(Service Description)谈起

9.1.2.     终结点分发器选择机制

9.1.3.     信道分发器(ChannelDispatcher)

9.1.4.     终结点分发器(EndpointDispatcher)

9.1.5.     分发运行时(DispatchRuntime)

9.1.6.     分发操作(DispatchOperation)

9.2.    客户端架构体系的构建

9.2.1.     创建ChannelFactory<TChannel>

9.2.2.     客户端运行时(ClientRuntime)

9.2.3.     客户端操作(ClientOperation)

9.2.4.     服务代理与服务调用

9.3.    通过定义四种行为对WCF的扩展

9.3.1.     WCF四种类型的行为

9.3.2.     行为方法的执行

9.3.3.     实例演示:通过扩展确保语言文化一致性(S901)

9.4.    ServiceHost对WCF的扩展

9.4.1.     自定义ServiceHost的本质:对服务描述进行定制

9.4.2.     自定义ServiceHost的创建者:ServiceHostFactory

9.4.3.     实例演示:通过扩展实现基于IoC的服务实例的创建(S903,S904)

第10章 WCF 4.0新特性(New Features in WCF 4.0)

10.1.     简化开发体验

10.1.1.       默认终结点

10.1.2.       默认绑定配置

10.1.3.       默认行为配置

10.1.4.       标准终结点

10.1.5.       无.svc文件服务激活

10.2.     路由服务(Routing Service)

10.3.1.       路由服务就是一个WCF服务

10.3.2.       基于消息内容的路由策略

10.3.3.       实例演示:如果使用路由服务(S1001)

10.3.4.       其他路由特性

10.3.     服务发现(Service Discovery)

10.3.1.       WS-Discovery

10.3.2.       可被发现的服务(Discoverable Service)

10.3.3.       目标服务的探测和解析

10.3.4.       实例演示:如何利用服务发现机制实现服务的“动态”调用?(S1002)

10.3.5.       DynamicEndpoint(S1003)

10.3.6.       服务上/下线通知

10.3.7.       发现代理(Discovery Proxy)

作者:蒋金楠
微信公众账号:大内老A
微博:www.weibo.com/artech
如果你想及时得到个人撰写文章以及著作的消息推送,或者想看看个人推荐的技术资料,可以扫描左边二维码(或者长按识别二维码)关注个人公众号(原来公众帐号蒋金楠的自媒体将会停用)。
本文版权归作者和博客园共有,欢迎转载,但未经作者同意必须保留此段声明,且在文章页面明显位置给出原文连接,否则保留追究法律责任的权利。

原文链接

时间: 2024-11-02 14:58:29

《WCF技术剖析(卷2)》目录的相关文章

WCF技术剖析之二十二: 深入剖析WCF底层异常处理框架实现原理[下篇]

WCF客户端和服务端的框架体系相互协作,使得开发人员可以按照我们熟悉的方式进行异常的处理:在服务操作执行过程中抛出异常(FaultException),在调用服务时捕获异常,完全感觉不到"分布式"的存在,如同典型的"本地"操作一般.为了实现这样的效果,WCF在内部为我们作了很多. 消息交换是WCF进行通信的唯一手段,消息不仅仅是正常服务调用请求和回复的载体,服务端抛出的异常,甚至是服务的元数据都是通过消息的形式传向客户端的.所以,实现异常与消息之间的转换是整个异常处

WCF技术剖析之十二

数据契约(Data Contract)和数据契约序列化器(DataContractSerializer) 大部分的系统都是以数据为中心的(Data Central),功能的实现表现在对相关数据的正确处理.而数据本身,是有效信息的载体,在不同的环境具有不同的表示.一个分布式的互联系统关注于数据的交换,而数据正常交换的根本前提是参与数据交换的双方对于数据结构的一致性理解.这就为数据的表现提出了要求,为了保证处于不同平台.不同厂商的应用能够正常地进行数据交换,交换的数据必须采用一种大家都能够理解的展现

WCF技术剖析之六

为什么在基于ASP.NET应用寄宿(Hosting)下配置的BaseAddress无效? 本篇文章来源于几天前一个朋友向我咨询的问题.问题是这样的,他说他采用ASP.NET应用程序的方式对定义的WCF服务进行寄宿(Hosting),并使用配置的方式对服务的BaseAddress进行了设置,但是在创建ServiceHost的时候却抛出InvalidOperationException,并提示相应Address Scheme的BaseAddress找不到.我意识到这可能和WCF中用于判断服务寄宿方式

WCF技术剖析之三十二:一步步创建一个完整的分布式事务应用

在完成了对于WCF事务编程(<上篇>.<中篇>.<下篇>)的介绍后,本篇文章将提供一个完整的分布式事务的WCF服务应用,通过本例,读者不仅仅会了解到如何编程实现事务型服务,还会获得其他相关的知识,比如DTC和AS-AT的配置等.本例还是沿用贯通本章的应用场景:银行转帐.我们将会创建一个BankingService服务,并将其中的转帐操作定义成事务型操作.我们先从物理部署的角度来了解一下BankingService服务,以及需要实现怎样的分布式事务. 一.从部署的角度看分

WCF技术剖析之三十:一个很有用的WCF调用编程技巧[下篇]

在<上篇>中,我通过使用Delegate的方式解决了服务调用过程中的异常处理以及对服务代理的关闭.对于<WCF技术剖析(卷1)>的读者,应该会知道在第7章中我通过类似于AOP的方式解决了相似的问题,现在我们来讨论这个解决方案. 通过<服务代理不能得到及时关闭会有什么后果?>的介绍,我们知道了及时关闭服务代理的重要意义,并且给出了正确的编程方式.如果严格按照上面的编程方式,就意味着对于每一个服务调用,都要使用相同的代码进行异常处理和关闭或中断服务代理对象.按照我个人的观点

WCF技术剖析之二十七: 如何将一个服务发布成WSDL

[基于WS-MEX的实现](提供模拟程序) 通过<如何将一个服务发布成WSDL[编程篇]>的介绍我们知道了如何可以通过编程或者配置的方式将ServiceMetadataBehavior这样一个服务形式应用到相应的服务上面,从而实现基于HTTP-GET或者WS-MEX的元数据发布机制.那么在WCF内部具体的实现原理又是怎样的呢?相信很多人对此都心存好奇,本篇文章的内容将围绕着这个主题展开. 一. 从WCF分发体系谈起 如果读者想对WCF内部的元数据发布机制的实现原理有一个全面而深入的了解,必须对

WCF技术剖析之二十六:如何导出WCF服务的元数据(Metadata)[扩展篇]

通过<实现篇>对WSDL元素和终结点三要素的之间的匹配关系的介绍,我们知道了WSDL的Binding元素来源于终结点的绑定对象,那么这些基于Binding的元数据以及相应的策略断言是如何被写入WSDL的呢?WSDL导出扩展(WSDL Export Extension)和策略导出扩展(Policy Export Extension)就是为此设计的. 一.WSDL导出扩展(WSDL Export Extension) 终结点的绑定本质上就是相关的绑定元素(BindingElement)的有序组合(

WCF技术剖析之二十五:元数据(Metadata)架构体系全景展现[WS标准篇]

元数据实际上是服务终结点的描述,终结点由地址(Address).绑定(Binding)和契约(Contract)经典的ABC三要素组成.认真阅读过<WCF技术剖析(卷1)>的读者相对会对这三要素的本质有一个深刻的认识:地址决定了服务的位置并实现相应的寻址机制:契约描述了消息交换模式(Message Exchange Pattern: MEP)以及消息的结构(Schema):绑定则通过创建信道栈实现对消息的编码.传输和基于某些特殊的功能(比如实现事务.可靠传输以及基于消息的安全)对消息作出的处理

WCF技术剖析之二十一:WCF基本异常处理模式[下篇]

从FaultContractAttribute的定义我们可以看出,该特性可以在同一个目标对象上面多次应用(AllowMultiple = true).这也很好理解:对于同一个服务操作,可能具有不同的异常场景,在不同的情况下,需要抛出不同的异常. 1: [AttributeUsage(AttributeTargets.Method, AllowMultiple = true, Inherited = false)] 2: public sealed class FaultContractAttri

WCF技术剖析之十七:消息(Message)详解(下篇)

<WCF技术剖析(卷1)>自出版近20天以来,得到了园子里的朋友和广大WCF爱好者的一致好评,并被卓越网计算机书店作为首页推荐,在这里对大家的支持表示感谢.同时我将一直坚持这个博文系列,与大家分享我对WCF一些感悟和学习经验.在<消息(Message)详解>系列的上篇和中篇,先后对消息版本.详细创建.状态机和基于消息的基本操作(读取.写入.拷贝.关闭)进行了深入剖析,接下来我们来谈谈消息的另一个重要组成部分:消息报头(Message Header). 按照SOAP1.1或者SOAP