WCF学习之旅—WCF服务配置(十四)

一、概述

  我们在前面章节中讲了寄宿,在前面的实例中也用到了配置文件,这一篇主要讲讲如何在应用配置文件,提高WCF程序的灵活性。在编写WCF服务应用程序时,编写配置项也是其中一项主要工作,在前面的几个示例中我也使用过配置文件,通过配置文件来简化代码。WCF通过公开终结点,向客户端公开服务,包括服务的地址、服务用于发送和接收消息的传输和消息编码,以及服务需要的安全类型等。当我们把这些配置项写入到配置文件后,我们无需编译即可修改WCF的一些可变信息,提高了程序的灵活性。

注意:

1)在代码里写了配置,那么配置文件中的配置项将不起作用。

  2) Web程序在Web.config中配置,应用程序中在App.config中配置。

  WCF能够建立一个跨平台的安全、可信赖、事务性的解决方案,是一个WebService,.Net Remoting,Enterprise Service,WSE,MSMQ的并集,有一副很经典的对比图如下:

WCF与其他分布式技术对比表

二、WCF中的 "A","B","C" 介绍

  我们先看个生活中的例子,某一天,O2O公司接到一份上门美甲服务订单,美甲师上门服务的过程可以选择的交通方式为“电动车”、“公交”、“地铁”,到了客户的家里,你要找到客户,服务完成之后,需要一份客户的服务评价和付款确认。

  要完成这项工作任务我们执行以下几个主要的步骤:

  (1)我们首先要知道客户所在的地址,引出WCF中的"A"。

  A(Address):英文理解为"地址",在计算机中是通过一个URI唯一地址标识,通过这个地址我们可以找到我们要调用的WCF服务。

  (2)美甲师还要选择相应的交通方式,每种交通方式达到的结果不一样。如:电动车需要自备车辆,时间上视道路情况而定。公交最便宜,并且可选择多条线路,时间可控性差。地铁最方便,但是偶尔会很挤,一般都没座等等,引出WCF中的"B"。

B(Binding):英文理解为"捆绑,绑定", Binding实现在 客户端和服务端通信的所有底层细节。比如客户端与服务端之间传递的Message是如何编码的—— text/XML, binary,MTOM;这种Message的传递是采用的哪种Transport——TCP, Http, Named Pipe, MSMQ; 以及采用怎样的机制解决Secure Messaging的问题——SSL,Message Level Security。

(3)到了客户家里之后我们能做哪些事?I.给客户美甲,II.拿服务评价与付款确认。我们不能要求客户给其他的东西,引出WCF中的"C"。

C(Contract):英文理解为"合同",合同是什么?告诉我们哪些事能做,如些事不能做。 Contract的主要的作用是暴露某个WCF Service所提供的所有有效的方法。Contract实际上是把每个方法的转化成为相对应的消息。从Message Exchange的层面上讲,Contract实际上是抱每个操作转化成为相对应的Message Exchange Pattern——MEP(Request/Response; One-way; Duplex)

4) Behavior: Behavior的主要作用是定制Endpoint在运行时的一些必要的Behavior。比如服务端回调客户端时超时了;客户端采用的Credential type;以及是否支持Transaction等。

三、Endpoint(终结点)

  WCF实现了网络系统的各个应用程序的通信。各个应用程序的通信是以“终结点(Endpoint)”的来实现的。我们在上面讲的实际例子中的A、B、C即是Endpoint 的组成部分,他是服务器间通信调用的入口。

四、应用程序间通信

  我们在第二和第三项中讲了A、B、C与Endpoint,现在正式进入应用程序间的通信。我们还是以刚才上门美甲的过程为例:

  美甲师手里有一张订单,标记着:地址、绑定、合同.....而客户手里也有一张订单,标记着同样的内容,并且一直得在等待美甲师的出现。只有当订单上的内容一样时,美甲师才会替客户服务,客户在服务完成之后会进行服务评价与付款确认。

  当我们寄宿WCF服务的时候,我们必须定义一个或是多个终结点,然后 服务端通过监听这些终结点来处理客户端发来的请求。由于应用程序之间是靠Endpoint来通信,那么我们在客户端也必须定义终 结点,只有当客户端与服务端的终结点完全匹配的时候才能进行通信。

  如上图所示:只有EndpointA中的A、B、C与EndPointB中的A、B、C完全匹配时才能通信。EndPointE与EndpointD也是一样的。

五、实例

1)服务配置的主要部分

  在.config中配置文件中的configuration节点下面有:<system.serviceModel></system.serviceModel>节点,在这个节点中主要有三个平级的部分。如下代码所示:

 <?xml version="1.0" encoding="utf-8"?>
   <configuration>
     <system.serviceModel>
       <!--配置服务和终结点开始-->
       <services>
         <service>
           <endpoint></endpoint>
         </service>
      </services>
      <!--配置服务和终结点结束-->
      <!--配置绑定开始-->
      <bindings>
        <netTcpBinding>
          <binding>
          </binding>
        </netTcpBinding>
      </bindings>
      <!--配置绑定结束-->
      <!--配置行为开始-->
      <behaviors>
        <serviceBehaviors>
          <behavior>
          </behavior>
        </serviceBehaviors>
      </behaviors>
      <!--配置行为结束-->
    </system.serviceModel>
  </configuration>

  Service配置节[必须有]:配置服务、接口和终结点。每个Service都会有以下两个属性。name:名称空间.类名[服务的具体实现类]。behaviorConfiguration:一个在behaviors节点中找到的名称。

  Binding配置节[可有可无]:配置绑定,如http,tcp等

  Behavior配置节[可有可无]:配置行为,如认证等。

2)实例

<?xml version="1.0"?>
<configuration>
  <system.web>
    <compilation debug="true"/>
  </system.web>
  <!-- When deploying the service library project, the content of the config file must be added to the host‘s

  app.config file. System.Configuration does not support config files for libraries. -->
  <system.serviceModel>
    <protocolMapping>
      <add scheme="http" binding="basicHttpBinding"/>
      <add scheme="net.tcp" binding="netTcpBinding"/>
      <add scheme="net.pipe" binding="netNamedPipeBinding"/>
      <add scheme="net.msmq" binding="netMsmqBinding"/>

</protocolMapping>
  <!--服务-->
<services>

<!--name:名称空间.类型名-->
<!--behaviorConfiguration:behavior的名称,请看behavior配置节的名称-->

      <service behaviorConfiguration="simpleBehavior" name="WCFService.WCFService" >

   <!-- 除非完全限定,否则地址将与上面提供的基址相关,每个服务可以有多个Endpoint -->
         <!-- Address:指定这个Endpoint对外的URI,这个URI可以是个绝对地址,也可以是个相对于baseAddress的

                       相对地址。如果此属性为空,则这个Endpoint的地址就是baseAddress-->

      <!--bindingConfiguration:binding的名称,请看binding配置节的名称-->
        <endpoint  name="endpointService"
           address="http://localhost:8000/WCFService"
           binding="basicHttpBinding"
           contract="WCFService.IWCFService">

        </endpoint>
        <!-- 此终结点不使用安全绑定,应在部署前确保其安全或将其删除--> 

        <!--<endpoint address="mex" binding="mexHttpBinding" contract="IMetadataExchange" />-->

        <host>
  <!-- 每种传输协议的baseAddress,用于跟使用同样传输协议Endpoint定义的相对地址组成完整的地址,

                 每种传输协议只能定义一个baseAddress。HTTP的baseAddress同时是service对外发布服务说明页面的URL -->

          <!--  <baseAddresses>
            <add baseAddress="http://localhost:8000/"/>
          </baseAddresses>-->
        </host>
      </service>
</services>
<!--行为-->

<behaviors>   

      <serviceBehaviors >
  <!-- httpGetEnabled - bool类型的值,表示是否允许通过HTTP的get方法获取sevice的WSDL元数据 --> 

        <behavior  name="simpleBehavior">

          <serviceMetadata httpGetEnabled="true"  httpGetUrl="http://localhost:8000/WCFService/metadata" />
          <serviceDebug includeExceptionDetailInFaults="false"/>

        </behavior>
      </serviceBehaviors>
</behaviors>
  <!--绑定-->

    <bindings>

      <basicHttpBinding></basicHttpBinding>
      <basicHttpContextBinding></basicHttpContextBinding>

      <netMsmqBinding></netMsmqBinding>
      <netNamedPipeBinding></netNamedPipeBinding>
      <webHttpBinding></webHttpBinding>

      <wsHttpBinding>
        <binding >
          <security mode="Transport">
            <transport clientCredentialType="None">
            </transport>
            <message clientCredentialType="Certificate"/>

          </security>
        </binding>
      </wsHttpBinding>
      <wsDualHttpBinding></wsDualHttpBinding>
    </bindings> 

  </system.serviceModel>

  <startup>

    <supportedRuntime version="v4.0" sku=".NETFramework,Version=v4.0"/>

  </startup>

</configuration>

结果如下图:

时间: 2024-11-06 20:41:15

WCF学习之旅—WCF服务配置(十四)的相关文章

WCF学习之旅—WCF服务部署到应用程序(十)

五.控制台应用程序宿主 (1) 在解决方案下新建控制台输出项目 ConsoleHosting.如下图. (2)添加 System.ServiceModel.dll 的引用. (3)添加 WCF 服务类库(WcfServiceLib)的项目引用. (4)创建宿主程序,代码如下: using System; using System.Collections.Generic; using System.Linq; using System.ServiceModel; using System.Serv

WCF学习之旅—WCF概述(四)

一.WCF概述 1) 什么是WCF? Windows Communication Foundation (WCF) 是用于构建面向服务的应用程序的框架.借助 WCF,可以将数据作为异步消息从一个服务终结点发送至另一个服务终结点.服务终结点可以是由 IIS 承载的持续可用的服务的一部分,也可以是应用程序中承载的服务.终结点可以是从服务终结点请求数据的服务客户端.简单消息可以是作为 XML 发送的单个字符或单个单词,复杂消息可以是二进制数据流.一些示例方案包括: 处理企业事务的安全服务. 将当前数据

WCF学习之旅—WCF服务部署到IIS7.5(九)

四.WCF服务部署到IIS7.5 我们把WCF寄宿在IIS之上,在IIS中宿主一个服务的主要优点是在发生客户端请求时宿主进程会被自动启动,并且你可以依靠IIS来管理宿主进程的生命周期.在开发和使用的过程与Web Service非常相似. 1) 为WCF服务创建.svc文件 对于ASP.NET Web Service的每个服务都具有一个.asmx文件,客户端通过访问.asmx文件实现对相应Web Service的调用.WCF服务与Web Service类似,每个WCF服务也具有一个对应的文 件,其

WCF学习之旅—WCF第二个示例(五)

二.WCF服务端应用程序 第一步,创建WCF服务应用程序项目 打开Visual Studio 2015,在菜单上点击文件—>新建—>项目—>WCF服务应用程序.在弹出界面的“名称”对应的文本框中输入“SCF.WcfService”,然后点击“确定”按钮.如下图. 第二步 , 安装Entity Framework 1)  使用NuGet下载最新版的Entity Framework 6.1.3.在解决方案资源管理器中——>在项目SCF.WcfService上鼠标右键单击——>弹出

WCF学习之旅—WCF寄宿前的准备(八)

一.WCF服务应用程序与WCF服务库 我们在平时开发的过程中常用的项目类型有"WCF 服务应用程序"和"WCF服务库". WCF服务应用程序,是一个可以执行的程序,它有独立的进程,WCF服务类协定的定义,可以直接看到运行的效果. WCF服务库,可以认为是一个包含WCF服务以及协定定义的类库.不能直接运行,你可以在其他项目里引用,在宿主里启用托管这个库,有点类似于我们在Web/windows项目中应用的类库.考虑WCF服务设计的时候,服务类的定义为单独的库,可以为其它

WCF学习之旅—基于ServiceDebug的异常处理(十七)

WCF学习之旅—WCF中传统的异常处理(十六) 二.基于ServiceDebug的异常处理 从前面的示例中,可以看到客户端捕获了异常,这是我们处理异常的前提.为了有利于我们进行有效的调试,WCF提供了ServiceDebug Service Behavior.我们可以通过设置<serviceDebug includeExceptionDetailInFaults="True" />属性设为true,那么如果服务端抛出异常,WCF会简单得包装这个异常并把它置于Soap中Res

WCF学习之旅—实现支持REST客户端应用(二十四)

WCF学习之旅—实现REST服务(二十二) WCF学习之旅—实现支持REST服务端应用(二十三) 在上二篇文章中简单介绍了一下RestFul与WCF支持RestFul所提供的方法,及创建一个支持REST的WCF服务端程序,本文介绍如何调用上一篇文章介绍的RestFul服务端. 五.Windows客户端调用 为了强调REST的通用性,客户端不用WCF的形式调用服务,而是采用HttpWebResponse通过编程方式直接访问,消息格式我们选XML. 首先,我们使用C#来封装一个RestHelper类

WCF学习之旅—WCF4.0中的简化配置功能(十五)

六 WCF4.0中的简化配置功能 WCF4.0为了简化服务配置,提供了默认的终结点.绑定和服务行为.也就是说,在开发WCF服务程序的时候,即使我们不提供显示的 服务终结点,WCF框架也能为我们的服务提供一些默认配置功能的服务终结点.当然也包含默认的绑定和默认的服务行为.这一切都是为了简化配置过程,避免一 些不必要的错误. 下面我们就来通过代码示例来体验一下WCF4.0提供简化配置的功能. (1)默认终结点 默认终结点(Default Endpoints)指的是,如果开发人员没有为服务显示配置服务

WCF学习之旅—第三个示例(二十七)

一.前言 通过前面二十几个章节的学习,我们知道了什么是WCF:WCF中的A.B.C:WCF的传输模式:WCF的寄宿方式:WCF的异常处理.本文综合应用以上知识点,一步一步写一个小的WCF应用程序——书籍管理系统(BookMgr). 这个示例就是一个非常简单的书籍管理系统,功能有:查询.修改.新增.删除(不包括安全.优化等相关问题).异常处理.WCF的增删改查和WinForm相差无几.WCF只是把具体“实现”写在“服务端”,而“调用”放在了“客户端”. 二.BookMgr说明 1)Demo的 “服