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生成的代码比较接近了? 而且连配置文件也省了。