第二章(契约 双向操作)

请求-回复通信是客户端与服务端最普遍的消息交换模式。通信在客户端被初始化,客户端发送一个请求消息给服务端,然后服务端发送一个返回消息给客户端。如果返回消息很快,那么通信过程可以是同步的,所以客户端应用程序阻塞等待反馈。如果请求和回复之间会有延时,请求-回复模式可以在客户端使用标准.NET技术实现异步调用。在那种情况下,WCF会在发送请求给服务端后立即把控制返回给客户端应用程序。当服务接收到反馈以后,一个.NET回调方法被调用来完成WCF回复。
   然而,如果服务端需要初始化消息,比如一个通知或者提示?如果客户端和服务端需
要在更高层次互通消息而不是各自使用独立消息,客户端发送的大量请求要如何关联到服务端的回复?如果一个请求预期需要10分钟完成的情况该怎么办?
   WCF能够进行双向通信通过双工服务契约。双工服务契约完成双工消息模式,在通信信
道建立以后不可预知的消息可以从任何方向发出。在双工信道上的操作可以是请求-回复模式也可以是单向模式。
   因为消息可以在任何一个方向传输,从客户端到服务端或者从服务端到客户端,两方
都需要一个地址,绑定和契约来定义哪里,怎么样和什么样的消息可以被发送。为了让消息从服务端发送到客户端更加容易,WCF可以需要创建额外的信道。如果初始化信道不支持双向通信,那么WCF创建第二个信道,使用服务终结点定义的协议,使协议在两个方向是对称的。这会在图2.6中显示。
   依赖于创建客户端到服务端会话的绑定,WCF将创建一个或两个信道来完成双向通信模
式。对于支持双向通信的协议,比如命名管道和TCP,只需要一个信道。对于不支持双向通信的协议,比如HTTP,WCF会额外再创建一个信道用来服务端向客户端返回消息。在WCF预设的绑定中,那些名字中有"dual"的绑定(比如 wsDualHttpBinding)实现了两个信道。自定义绑定,属于为了满足特殊需求的信道元素的集合,也可以在信道栈中定义compositeDuplex来实现双向信道模式。自定义绑定在第四章"绑定"中会详细介绍。


   当从客户端向服务端发送消息时,客户端使用服务端终结点确定的地址。相反的,当
从服务端向客户端通过对应双向信道返回消息时,服务端也必须知道客户端终结点地址。客户端寄宿的地址,WCF生成的终结点由WCF信道产生。这个地址,是消息从服务端向客户端返回的发送的网络地址,可以偶那个过设置客户端的绑定的compositeDuplex的基地址属性来重载。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值