作为WCF速成系列，只介绍些项目开发中常用到的实战知识。
学习wcf，还是对其中的几个术语要了解一下。wcf中有一个ABC的概念，就是
第一： "A" 是地址，就是告诉别人我wcf在何处。
第二： "B"是绑定，就是告诉别人应该走什么路才能过来。
第三： "C"是契约：就是告诉别人我wcf这里有哪些东西。
项目开发中常用到的三种绑定：
第一：wsHttpBinding， 这个binding可以认为是webservice的加强版WSE，设计的目的就是用于异构系统的交互（比如java）。
第二：netTcpBinding， 这个binding可以认为是remoting的加强版，设计的目的就是用于不同机器的.net 程序交互，
第三: netMsmqBinding, 这个binding可以认为是msmq的加强版本，设计目的就是脱机环境下不同机器的.net程序交互，确保信息不丢失。
下面对前二种binding的实际代码运用。
wsHttpBinding:
第一步：新建一个类库,分别建立IFly和People文件，也就是完成wcf中的“C"工作，
第二步： 既然”C"已经出来了，那么她必须要有承载她的环境，也就是所谓的“宿主”。这里用console来承载。
新建console程序。
第三步：现在服务处于预开启状态，为了让wcf更加灵活，更加容易控制，就要将相关配置写入到config里面。
在console类库中新建一个config文件，最后运行console程序正式启动。代码图如下：
最后： wcf已经开启，正在监视着address，然后我们就是先建一个console的Client程序，“引用”中“点击右键”添加服务引用。
点击“确定”后，引用完成，接下来，我们调用wcf就像调用本地程序一样那么简单。哈哈.
netTcpBinding：
如果大家看懂了wsHttpBinding如何使用，那么改成netTcpBinding将会是轻而易举。 因为只要修改两个地方即可。
第一：修改配置文件中的endpoint地址。
第二： 更新下客户端的“服务引用”，然后运行看下效果图。
哈哈： 现在知道wsHttpBinding和netTcpBinding直觉上的差异了吧。
netMsmqBinding：
如果大家了解了上面的两种binding，就试试用msmqbinding吧，这也是我在系列中第二天要分享的内容。
