前面我写过一个用WCF开发的聊天程序，大家可以翻看前面的博文。
在那个聊天程序中，我是不引用服务而直接使用WCF。之前没有跟大家说这一知识点，对于初学者朋友来说，可能不知道怎么回事。
我们之所以说WCF比一般的Web Service要强大得多，是因为它要比一般的Web服务要灵活得多，而且它不仅仅能在IIS服务器上运行，其实它可以用很多种方法来运行，哪怕一个控制台应用程序。
现在，大家可以回忆一下前面我写的《传说中的WCF》，我上面的例子绝大多数都是控制台应用程序类型的。我们应当把WCF理解为一种通信技术，而不只是服务。前面的例子中我是告诉大家，完成服务器端后，就在客户端项目中添加服务引用，这样就生成了客户端代理类，我们就可以像平时使用一般类型一样使用了。
其实按照我们前面所讲的方法，也足以完成许多实际任务了。大家是否还想拓展一下呢? 有朋友肯定会问了：再拓展会不会变得很难? 放心吧，不会很难，相信我，老周从来不会讲大家都看不懂的东西的。
我们现在不妨尝试一下，在客户端不添加服务引用，而是由我们自己来编写调用服务的代理类。要做到这一点，首先我们要明确的，其实我们所编写的服务协定，在服务器和客户端都需要用到，如果大家查看过添加服务引用时由工具生成的代码，会发现其实它在客户端也生成了服务协定的代码。所以，在我们手动编写调用服务的代码时，也需要这样，因此有两种方法可以在服务器和客户端之间共用服务协定，一是把代码复制一下粘贴到客户端中，另一种方法，我们可以新建一个类库，然后把服务协定写到这个类库中，最后在服务器端和客户端都引用这个类库即可。举个例子，假如有以下定义的协定：
[ServiceContract]
public interface ITest
{
[OperationContract]
int Add(int a, int b);
[OperationContract]
int GetRandmon();
[OperationContract]
int Multiply(int a, int b);
}
然后，我们在服务器端实现协定，注意：接口在服务器端实现即可，客户端不需要。
// 实现服务
public class MyService : CommonLib.ITest
{
Random m_rand = null;
// 构造函数
public MyService()
{
m_rand = new Random();
}
public int Add(int a, int b)
{
return a + b;
}
public int GetRandmon()
{
return m_rand.Next();
}
public int Multiply(int a, int b)
{
return a * b;
}
}
接着，和以前一样，创建服务主机，并侦听客户端调用。
static void Main(string[] args)
{
ServiceHost host = new ServiceHost(typeof(MyService));
// HTTP方式
WSHttpBinding httpBinding = new WSHttpBinding(SecurityMode.None);
host.AddServiceEndpoint(typeof(CommonLib.ITest), httpBinding, "http://localhost:8900/");
// TCP方式
NetTcpBinding tcpBinding = new NetTcpBinding(SecurityMode.None);
host.AddServiceEndpoint(typeof(CommonLib.ITest), tcpBinding, "net.tcp://localhost:1700/");
// 打开服务
host.Open();
Console.WriteLine("服务已启动。");
Console.Read();
host.Close();
}大家可以细心看一下，和以前的代码有什么不同? 不妨比较一下，看看。
1、以前，我们在创建ServiceHost时会指定一个HTTP基地址，但这里不需要了，基址是便于工具生成代理类的，我们既然要手动来写了，就不用生成代码了，也不用基址了。
2、以前，我们会在ServiceHost.Description.Behaviors集合中加一个ServiceMetadataBehavior对象，以提供WSDL，帮肋工具生成代码。现在我们都自己手动写了，当然就不用提供WSDL了。
认真想想，看是不是这样? 如果你有兴趣，也可以为ServiceHost弄一个基址，但不添加ServiceMetadataBehavior，然后在客户端项目中添加引用，你会发现……呵呵，你懂的。
那现在在客户端怎么调用服务呢? 使用通道，可能有朋友会看到IChannel接口，又派生出很多接口，但貌似没有一个是类的，是不是要自己来写通道啊? 不用，当然你要扩展通道层是另一回事，通常我们无需扩展通道，因为现有的已经足够牛逼了。我们在“对象浏览器”中是看不到与通道相关的可用的类，因为.NET内部是有实现的，只是没有定义为public而已，是internal。
我们根本可以不必理会如何找通道的问题，就好像我们坐在一辆全自动导航或者有专业司机驾驶的车上，司机知道怎么走，我们不必要担心不知道怎么走这段路。同理，我们可以不直接操作通道，为什么呢?因为我们定义的每一个服务协定都可以认为是一个通道。
上面我们定义的那么ITest就是一个通道，WCF内部已经帮我们把它变成一个通道了，不信的话，你往后看例子。
我们已经知道，编写的服务协定可以当成一个通道来操作，所以，在客户端中，我们要手动写代码来调用服务，要可以遵循以下步骤，有兴趣的话你可以背下来，但告诉你，背了没用。
1、创建与服务器匹配的Binding，这个就不用怀疑的了，你跟别人签合同，那肯定是一式两份，对方持一份，你拿一份，你肯定不会拿一张白纸回家保存吧。
2、创建通道，使用ChannelFactory<TChannel>类可以创建通道，因为它是“工厂”嘛，工厂当然是用来生产的，但ChannelFactory工厂不是用来生产老鼠药也不是生产地雷的，它是专门生产Channel（通道）的。这个TChannel就可以写上你定义的服务协定的接口，如上面的ITest。
3、得到的通道就是ITest，然后就可以调用服务了，比如要两个数相加，就调用ITest.Add。
4、关闭通道，把ITest强制转换为IClientChannel就可以调用Close方法关闭通道。
可能你对这些步骤还有疑问，没关系，你不妨先疑一下。我们继续往下操作。
前面定义服务主机的时候，我们使用了两个终结点，一个是HTTP的，另一个是TCP调用。所以我们这里也要分别用这两种方法调用。我可没说一定要用这两种方法调用，我只是多写了一个作演示。
在客户端，先声明这两个终结点地址，就是我们在服务器定义的两个地址。
EndpointAddress edpHttp = new EndpointAddress("http://localhost:8900/");
EndpointAddress edpTcp = new EndpointAddress("net.tcp://localhost:1700/");
然后，分别用两种Binding调有服务。
private void btnHTTP_Click(object sender, EventArgs e)
{
// 创建Binding
WSHttpBinding httpBinding = new WSHttpBinding(SecurityMode.None);
// 创建通道
ChannelFactory<CommonLib.ITest> factory = new ChannelFactory<CommonLib.ITest>(httpBinding);
CommonLib.ITest channel = factory.CreateChannel(edpHttp);
// 调用
int resAdd = channel.Add(int.Parse(txtNum11.Text), int.Parse(txtNum12.Text));
txtResAdd.Text = resAdd.ToString();
int resMult = channel.Multiply(int.Parse(txtNum21.Text), int.Parse(txtNum22.Text));
txtResMulti.Text = resMult.ToString();
int rand = channel.GetRandmon();
txtRand.Text = rand.ToString();
// 关闭通道
((IClientChannel)channel).Close();
}
private void btnTCP_Click(object sender, EventArgs e)
{
// 创建Binding
NetTcpBinding tcpBinding = new NetTcpBinding(SecurityMode.None);
// 创建通道
ChannelFactory<CommonLib.ITest> factory = new ChannelFactory<CommonLib.ITest>(tcpBinding);
CommonLib.ITest channel = factory.CreateChannel(edpTcp);
// 调用
txtResAdd.Text = channel.Add(int.Parse(txtNum11.Text),int.Parse(txtNum12.Text)).ToString();
txtResMulti.Text = channel.Multiply(int.Parse(txtNum21.Text),int.Parse(txtNum22.Text)).ToString();
txtRand.Text = channel.GetRandmon().ToString();
// 关闭通道
((IClientChannel)channel).Close();
}
你也许会问，ITest不是接口来的吗，怎么可以调用? 别忘了，我们在服务器端已经实现过了，WCF内部会帮我们找到关联的类。
现在，你就兴奋地看看结果吧。记着，运行服务器端需要管理员身份运行，这个我说了三千五百遍了。
嘿嘿，乍一看，好像可以了，已经能调用了，但是，这样是不是不太简洁呢? 而且我们不能将其当成一人类来用，每次调用要通过ChannelFactory来生产，比较麻烦，更重要的是，如果有服务器回调协定，就不好弄了。
因此，对于上面的客户端代码我们是否考虑进一个封装呢? 这里我们完全可以考虑使用ClientBase<TChannel>类，它对于通道和相关操作作了进一步封装，当然它是抽象类，不能直接拿来玩，要先派生出一个类。
/// <summary>
/// 用于调用服务的类
/// </summary>
public class MyClient : ClientBase<CommonLib.ITest>,CommonLib.ITest
{
public MyClient(System.ServiceModel.Channels.Binding binding, EndpointAddress edpAddr)
: base(binding, edpAddr) { }
public int Add(int a, int b)
{
return base.Channel.Add(a, b);
}
public int GetRandmon()
{
return base.Channel.GetRandmon();
}
public int Multiply(int a, int b)
{
return base.Channel.Multiply(a, b);
}
}
有人会问，为什么从ClientBase<CommonLib.ITest>派生，又要实现一次CommonLib.ITest接口呢? 当然，你不实现也无所谓，再实现一次CommonLib.ITest接口是为了让这个类的公共方法和ITest的方法一样，这样方便调用。
通过访问base.Channel就可以得到一个对ITest的引用，无需要我们自己创建通道，因为基类中已经带了默认实现。
现在，把前面的调用代码改一下，是不是觉得简洁了?
private void btnHTTP_Click(object sender, EventArgs e)
{
MyClient client = new MyClient(new WSHttpBinding(SecurityMode.None), edpHttp);
txtResAdd.Text = client.Add(int.Parse(txtNum11.Text), int.Parse(txtNum12.Text)).ToString();
txtResMulti.Text = client.Multiply(int.Parse(txtNum21.Text), int.Parse(txtNum22.Text)).ToString();
txtRand.Text = client.GetRandmon().ToString();
}
private void btnTCP_Click(object sender, EventArgs e)
{
MyClient client = new MyClient(new NetTcpBinding(SecurityMode.None), edpTcp);
txtResAdd.Text = client.Add(int.Parse(txtNum11.Text), int.Parse(txtNum12.Text)).ToString();
txtResMulti.Text = client.Multiply(int.Parse(txtNum21.Text), int.Parse(txtNum22.Text)).ToString();
txtRand.Text = client.GetRandmon().ToString();
}
现在看看我们自己写的这段代码，是不是与VS生成的代码比较接近了? 而且连配置文件也省了。