WCF学习

给予basicHttpBing 和NETTcpBing 不一样，前者不支持duplex全双工通信，后者支持
前者address 是http://开头
后者是：net.tcp://开头的
在客户端调用时
前者是channelFactory

后者是 DuplexChannelFactory
Http是一个应用层的协议，它的主要特征就是无连接和无状态（connectless & stateless ）。
它采用传统的Request/Reply的方式进行通信，Client发送Http Request请求Server的某个资源，
Server端接收到该Http Request, 回发对应的Http Response。当Client端接收到对应的Response
，该Connection会关闭。也就是说Client和Server的Connection仅仅维持在发送Request到接收到Response这一段时间内。
同时，每次基于Http的 connection是相互独立，互不相干的，当前connection无法获得上一次connection的状态。
为了保存调用的的状态信息，ASP.NET通过把状态信息保存在Server端的方式实现了对Session的支持，
具体的做法是：ASP.NET为每个Session创建一个Unique ID，与之关联一个HttpSessionState对象，
并把状态信息保存在内存中或者持久的存储介质（比如SQL Server）中。
而WCF则采用另外的方式实现对Session的支持：每个Session关联到某个Service Instance上。

回到我们WCF双向通信的问题上，当Client调用Service之前，会有一个Endpoint在Client端被创建，
用于监听Service端对它的Request。Client对Service的调用会建立一个Client到Server的Connection，
当Service在执行操作过程中需要Callback对应的Client，实际上会建立另一个Service到Client的Http connection。
虽然我们时候说WCF为支持双向通信提供Duplex Channel，实际上这个Duplex channel是由两个Request/Reply Channel组成的。

而对于TCP/IP簇中的传输层协议TCP，它则是一个基于Connection的协议，在正式进行数据传输的之前，
必须要在Client和Server之后建立一个Connection，Connection的建立通过经典的“3次握手”来实现。
TCP天生就具有Duplex的特性，也就是说当Connection被创建之后，从Client到Sever，
和从Server到Client的数据传递都可以利用同一个Connection来实现。对于WCF中的双向通信，
Client调用Service，Service Callback Client使用的都是同一个Connection、同一个Channel。
所以基于TCP的Duplex Channel才是真正意义上的Duplex Channel。


IsOneWay 标记的函数不能有返回值

WCF服务的所有通信是通过该服务的终结点进行的。 利用终结点，客户端可访问 WCF 服务提供的功能。终结点由三部分组成：
地址：地址唯一地标识终结点，并告诉服务的潜在客户其所在的位置。
绑定：指定如何与终结点进行通信(包括使用的通信协议和消息编码等)。
契约：契约抽象了服务的操作，公开了终结点向客户端开放的功能。

WCF 服务使用元数据来描述如何与服务终结点进行交互，以便工具(例如:Svcutil.exe)生成用于访问服务的客户端代码。