C# WCF之用接口创建服务契约、部署及客户端连接

服务契约描述了暴露给外部的类型(接口或类)、服务所支持的操作、使用的消息交换模式和消息的格式。每个WCF服务必须实现至少一个服务契约。使用服务契约必须要引用命名空间System.ServiceModel 。

ServiceContractAttribute

OperationContractAttribute

1,先创建一个类库为ClassLibrary1,在创建一个接口interface1。

2,添加引用和命名空间,System.ServiceModel

3,在接口里代码如下:

namespace ClassLibrary1
{    //服务契约
    [ServiceContract]
   public interface Interface1
    { //操作契约
        [OperationContract]
        string Hello();
    }
}

4,创建一个窗体或控制台程序并创建一个类HelloClass.cs

5,添加引用(项目里面)ClassLibrary1

6,HelloClass1.cs里代码如下

class HelloClass:ClassLibrary1.Interface1
    {

public string Hello()
        {
          return   "Hello wcf!";

}
    }

基本创建一个服务。创建之后需要部署。一般分为配置文件部署和代码部署。

一,配置文件部署

服务的三要素

A:Address 意味着在哪里(也含有传输方式信息)

B:Binding 意味着怎么做(与地址的传输方式要匹配)

C:Contract意味着做什么(服务契约)

<system.ServiceModel>

<services>

<service>

<endpoint/>     /*服务和终结点*/

</service>

</services>

<bindings>     /*绑定(可选)*/

<binding>

</binding>

</bindings>

<behaviors>    /*行为(可选) */

<behavior>

</behavior>

</behaviors>

</system.ServiceModel>

终结点的地址由EndpointAddress 类表示,该类包含一个表示服务地址的统一资源定位符(URI),大多数传输的地址URI 包含四个部分。

例如,

“http://www.sina.com.cn:3200/mathservice”这个URI 具有以下四个部分:

– 方案:http:

– 计算机:www.sina.com.cn

– (可选)端口:3200

– 路径:/mathservice

在上面例题上继续完善,打开app.config文件

<system.serviceModel>
    <services>
      <service name="ConsoleApplication1.HelloClass" behaviorConfiguration="testBehavior"> <!--name为实现该契约的类-->
        <host>
          <baseAddresses>
            <add baseAddress="http://localhost:8002/test"></add><!--基地址-->
          </baseAddresses>
        </host>
        <endpoint address="" binding="basicHttpBinding" contract="ClassLibrary1.Interface1"></endpoint>
          <!--已有baseAddress基地址,address可为空;binding为绑定类型,对应Http协议;contract为所公开的协议,即所创建的服务契约接口-->
      </service>
    </services>
    <behaviors>
      <serviceBehaviors>
        <behavior name="testBehavior"> <!--与上面behaviorConfiguration="testBehavior"保持一致,可为空-->
          <serviceMetadata httpGetEnabled="true"/> <!--指定是否要发布元数据以HTTP/Get获取-->
        </behavior>
      </serviceBehaviors>
    </behaviors>
    </system.serviceModel>

之后需要启动服务

在ConsoleApplication1的program.cs里添加应用和命名空间System.ServiceModel和以下代码

ServiceHost host = null;

host = new ServiceHost(typeof(ConsoleApplication1.HelloClass));
            host.Open();
            Console.WriteLine("服务已经启动!");
            Console.ReadLine();

运行代码后,将http://localhost:8002/test在浏览器打开将会看到相关服务信息。

二,代码部署

先创建一个控制台程序 ConsoleApplication2,添加一个类HelloClass.cs和引用及命名空间,服务接口

在program.cs 添加命名空间

ServiceHost host = null;
            host = new ServiceHost(typeof(ConsoleApplication2.HelloClass));
            NetTcpBinding tcpBind = new NetTcpBinding();//设定绑定类型
            string address = "net.tcp://localhost:3200/hello";
            host.AddServiceEndpoint(typeof(ClassLibrary1.Interface1), tcpBind, address);//在服务终结点添加,协议,绑定类型,终结点地址
            host.Opened += delegate { Console.WriteLine("服务已启动!"); Console.ReadLine(); };
            host.Open();

当服务部署成功后,客户端可以连接服务并调用方法,一般有两种方式

一,如上一节讲的直接添加服务引用来实现

二,纯代码实现

先创建一个客户端,client控制台程序以及相关引用、命名空间、服务接口引用

//绑定形式
            NetTcpBinding bind = new NetTcpBinding();
            //提供客服端与服务建立连接的地址
            EndpointAddress address = new EndpointAddress("net.tcp://localhost:3200/hello");
            //客户端通关通道工厂将消息发送到不同配置的服务终结点
            ChannelFactory<ClassLibrary1.Interface1> factory = new ChannelFactory<ClassLibrary1.Interface1>(bind, address);
            //通过通道工厂对象来获取指定类型
            ClassLibrary1.Interface1 myobject = factory.CreateChannel();
            string s = myobject.Hello();
            Console.WriteLine(s);
            Console.ReadLine();

先启动服务,在运行客户端。

时间: 2024-08-01 10:31:48

C# WCF之用接口创建服务契约、部署及客户端连接的相关文章

WCF分布式开发步步为赢(5)服务契约与操作重载

继上一节WCF分布式开发步步为赢系列的(4):WCF服务可靠性传输配置与编程开发,本节我们继续学习WCF分布式开发步步为赢的第(5)节:服务契约与操作重载.这里我们首先讲解OOP面向对象的编程中方法重载,重载的意义,WCF服务编程开发如何实现操作重载,随后是代码分析部分,给出了服务端服务契约定义和实现操作重载的注意的问题和实现过程,然后详细介绍了客户端实现操作重载的方式.最后是本文的总结部分.本节的结构是:[1]重载概念[2]操作重载[3]代码实现分析[4]运行结果[5]总结 [1]重载概念:

WCF分布式开发步步为赢(6):WCF服务契约继承与分解设计

上一节我们学习了WCF分布式开发步步为赢(5)服务契约与操作重载部分.今天我们来继续学习WCF服务契约继承和服务分解设计相关的知识点.WCF服务契约继承有何优势和缺点?实际项目里契约设计有什么原则和依据?面向对象的设计经验有何值得借鉴的地方?这里我们会一一给出详细的介绍.本文首先介绍的是WCF服务中契约继承的一些概念.例子代码分析,其次来讲解服务契约的设计问题.首先介绍的也是进行服务设计的必要性,服务设计的原则,示例代码分析.最后是全文的总结部分.结构如下:[1]OO面向对象设计原则,[2]服务

跟我一起学WCF(6)——深入解析服务契约[下篇]

一.引言 在上一篇博文中,我们分析了如何在WCF中实现操作重载,其主要实现要点是服务端通过ServiceContract的Name属性来为操作定义一个别名来使操作名不一样,而在客户端是通过重写客户端代理类的方式来实现的.在这篇博文中将分享契约继承的实现. 二.WCF服务契约继承实现的限制 首先,介绍下WCF中传统实现契约继承的一个方式,下面通过一个简单的WCF应用来看看不做任何修改的情况下是如何实现契约继承的.我们还是按照之前的步骤来实现下这个WCF应用程序. 步骤一:实现WCF服务 在这里,我

一、WCF学习之旅-创建第一个服务

WCF基本介绍:http://baike.baidu.com/link?url=TGjLYt3HS4dt4-hIiGRknLy6udRsZ52QxJz9cmRKlR4NXbP9rCZDsKn2fDfGeBEfyQL9XlTMy_aW4Zno3HEkKa WCF有三种通信模式:单向.请求-响应.双工.这些通信模式留待后面再继续学习和讲解. 今天要学习的是创建一个测试的demo,所谓的hello world入门级程序.OK,let's start! 1.创建解决方案和项目 打开vs2015,文件>新

WCF服务编程 读书笔记——第2章 服务契约

操作重载诸如 C++ 和 C# 等编程语言都支持方法重载,即允许具有相同名称的两个方法可以定义不同的参数.例如,如下的 C# 接口就是有效的定义: interface ICalculator { int Add(int arg1,int arg2); double Add(double arg1,double arg2); } 然而,基于 WSDL 的操作却不支持操作重载.因此,在编译如下的契约定义时,装载服务宿主就会抛出 InvalidOperationException异常: // 无效的契

跟我一起学WCF(5)——深入解析服务契约[上篇]

一.引言 在上一篇博文中,我们创建了一个简单WCF应用程序,在其中介绍到WCF最重要的概念又是终结点,而终结点又是由ABC组成的.对于Address地址也就是告诉客户端WCF服务所在的位置,而Contract又是终结点中比较重要的一个内容,在WCF中,契约包括服务契约.数据契约.消息契约和错误契约,在本篇博文将解析下数据契约的内容,关于其他三种契约将会后面的博文中陆续介绍. 二.引出问题——WCF操作重载限制 C#语言是支持操作重载的,然而在WCF实现操作重载有一定的限制.错误的操作重载实例:

【转】SoapUI5.0创建WebService接口模拟服务端

原文:http://blog.csdn.net/a19881029/article/details/26348627 使用SoapUI创建WebService接口模拟服务端需要接口描述文件 MathUtil.wsdl: [plain] view plaincopy <?xml version="1.0" encoding="UTF-8"?> <wsdl:definitions targetNamespace="http://sean.co

【JMeter4.0学习(三)】之SoapUI创建WebService接口模拟服务端以及JMeter测试SOAP协议性能测试脚本开发

目录: 创建WebService接口模拟服务端 下载SoapUI 新建MathUtil.wsdl文件 创建一个SOAP项目 接口模拟服务端配置以及启动 [阐述]:首先应该遇到了一个共同的问题,JMeter3.2之后就没有WebService(SOAP) Request,后来经过查询网上资料得知其实可以用HTTP请求来操作,结果是一样的. 具体资料大家可以参照原文<Jmeter测试SOAP协议(Jmeter 3.3)>感谢作者:stone9159 [步骤]: 一.创建WebService接口模拟

k8s创建服务与公开接口

8. 通过服务访问pod 1.创建服务 服务创建会用应用的标签确定哪个pod 部署服务 cat nginx.yml apiVersion: apps/v1beta1 kind: Deployment metadata: name: nginx spec: replicas: 4 template: metadata: labels: app: nginx spec: containers: - name: nginx image: nginx ports: - containerPort: 80