zoukankan      html  css  js  c++  java
  • 菜菜从零学习WCF三(配置服务)

    配置服务概述

      在设计和实现服务协定后,即可配置服务。在其中可以定义和自定义如何向客户端公开服务,包括指定可以找到服务的地址、服务用于发送和接收消息的传输和消息编码,以及服务需要的安全类型。

      配置服务的类型

        --使用配置文件配置

        --在代码中强制配置

        实际上,编写配置是WCF应用程序编程的主要部分。

      使用配置文件配置WCF服务

      --通过使用配置文件配置Windows Communication Foundation(WCF)服务,可提供在部署时而设计时提供终结点和服务行为数据的灵活性。

      --可使用.NET Framework配置技术对WCF服务进行配置。通常情况下,向承载WCF服务的Intrnet信息服务(IIS)网站的Web.config文件添加XML元素。通过这些元素,可以逐台计算机更改详细信息,例如终结点地址(用于与服务进行通信的实际地址)。此外,WCF包括几个系统提供的元素,可用于快速选择服务的最基本的功能

      --WCF使用.NET Framework的System.Configuration配置系统

        1.使用IIS来承载服务-使用Web.config文件

        2.使用任何其他宿主环境-使用App.config文件指定设置。

      Service元素

      每个服务都具有以下属性:

      --name,指定听歌服务协定的实现的类型。这是完全限定名称(命名空间和类型名称)。

      --behaviorConfiguration.指定一个在behabiors元素中找到的behabior元素的名称,指定的行为控制操作,例如服务是否允许模拟。

      endpoint元素

      每个终结点都需要以下属性表示的地址、绑定和协定:

      --address.指定服务的统一资源标识符(URI),它可以是一个绝对地址,或是一个相对于服务基址给定的地址。如果设置为空字符串,则指示在创建服务的ServiceHost时,终结点在指定的基址上可用。

      --binding.通常,指定一个类似WsHttpBinding的系统提供的绑定,但也可以指定一个用户定义的绑定,指定的绑定确定传输协议类型、安全和使用的编码,以及是否支持或启用可靠会话、事务或流。

      --bindingConfiguration。如果必须修改绑定的默认值,则可通过在bindings元素中配置相应的binding元素来执行此操作。次属性应赋予与用于更改默认值的binding元素的name属性相同的值。

      --contract.指定定义协定的接口。这是在由Service元素的name属性指定的公共语言运行库(CLR)类型中实现的接口。

    配置绑定

      绑定是用于指定连接到Windows Communication Foundation(WCF)服务终结点所必需的通信详细信息的对象。WCF服务中的每个终结点都要求正确指定绑定。

      绑定最起码必须指定要使用的传输(如Http或TCP)。还可以通过绑定来设置其他特征,如安全和事务支持。

      绑定中的信息可能非常基本,也可能非常复杂。最基本的绑定仅指定必须用于连接到终结点的传输协议(如Http).一般来说,绑定包括的有关如何连接到终结点的信息属于以下类别中的一种。

      --协议

        确定要是用的安全机制,可靠消息传递功能或事务上下文流设置。

      --编码

        确定消息编码(例如,文本或二进制)。

      --传输

        确定要使用的基础传输协议(例如,TCP或HTTP)。

      绑定中的信息可能十分复杂,而且某些设置可能与其他设置不兼容。因此,WCF包含一组系统提供的绑定。这些绑定旨在满足大多数应用程序要求。下面的类表示系统提供的绑定的一些示例:

      --BasicHttpBinding:一个HTTP协议绑定,适用于连接到复合WS-1既不能配置文件规范的Web服务(例如,基于ASP.NET Web服务的服务)。

      --WSHttpBinding:一个可互操作的绑定,适用于连接到复合WS_*协议的终结点。

      --NetNamePipeBinding:使用.NET.FrameWork连接到同一计算机上的其他WCF终结点。

      --NetMsmqBinding:使用.NET Framework创建与其他WCF终结点的排队消息连接。

      使用自己的绑定

        --如果系统提供的绑定都不具有服务应用程序所需要的正确功能组合,则可以创建自己的绑定,有两种方法可以实现此目的。

          --可以勇士CustomBinding对象从预先存在的绑定元素创建新的绑定

          --也可以通过从Binding绑定派生来创建完全由用户定义的绑定

      使用绑定

        --使用绑定需要执行两个基本步骤:

        --选择和定义绑定.最简单的方法就是选择WCF包含的系统提供绑定中的一个,并且通过该绑定的默认设置来使用它。。

        --创建一个使用所选择或定义的绑定的终结点。

      

    主要就是在System.ServiceModel节点下的四个节点 Services  bindings  behaviors client

    再来看一下bindings节点下的

    接下来看behaviors节点下的

    再来看一下client节点下的

    最后我们来看一下Services节点下的

    Services节点下可以有一个或多个Service节点。再来看一下Service节点下的

      最最后将总的配置文件全部载入

    <?xml version="1.0" encoding="utf-8" ?>
    <configuration>
        <!-- <system.ServiceModel> section -->
        <system.ServiceModel>
            <!-- services 元素包含应用中驻留的所有service的配置要求 -->
            <services>
                <!-- 每个服务的配置
                 属性说明: 
                 name - 指定这个service配置是针对的那个服务,为一个实现了某些Contract的服务类的完全限定名
                       (名称空间.类型名),ServiceHost载入一个服务后,会到配置文件中的<services>下找有没有
                       name属性跟服务匹配的<service>的配置 
                 behaviorConfiguration - 指定在<serviceBehaviors>下的一个<behavior>的name,这个特定<behavior>
                                         给这个service制定了一些行为,比如服务是否允许身份模拟-->
                <service name="名称空间.类型名" behaviorConfiguration="behavior名">
                    <!-- 每个服务可以有多个Endpoint,下面<endpoint>元素对每个Endpoint分别进行配置
                     属性说明: 
                     address - 指定这个Endpoint对外的URI,这个URI可以是个绝对地址,也可以是个相对于baseAddress的
                               相对地址。如果此属性为空,则这个Endpoint的地址就是baseAddress
                     binding - 指定这个Endpoint使用的binding,这个banding可以是系统预定义的9个binding之一,
                               比如是basicHttpBinding,也可以是自定义的customBinding。binding决定了通讯的类型、
                               安全、如何编码、是否基于session、是否基于事务等等
                     contract - 指定这个Endpoint对应的Contract的全限定名(名称空间.类型名),这个Contract应该被
                                service元素的name指定的那个service实现 
                     bindingConfiguration - 指定一个binding的配置名称,跟<bindings>下面同类<binding>的name匹配
                     name - Endpoint的名称,可选属性,每个Contract都可以有多个Endpoint,但是每个Contract对应的
                            多个Endpoint名必须是唯一的-->
                    <endpoint address="URI" binding="basicHttpBinding" contract="Contract全限定名" bindingConfiguration="binding名" name="">
                        <!-- 用户定义的xml元素集合,一般用作SOAP的header内容-->
                        <headers>
                            <!-- 任何xml内容 -->
                        </headers>
                        <identity>
                            <!-- <identity>下的元素都是可选的-->
                            <userPrincipalName></userPrincipalName>
                            <servicePrincipalName></servicePrincipalName>
                            <dns></dns>
                            <rsa></rsa>
                            <certificate encodedValue=""></certificate>
                            <!-- <certificateReference>的属性都是可选的
                             属性说明:
                             storeName - 证书的存储区,可能值为:AddressBook,AuthRoot,CertificateAuthority
                                         Disallowed,My,Root,TrustedPeople,TrustedPublisher
                             storeLocation - 证书存储位置,可能值为:CurrentUser,LocalMachine-->
                            <certificateReference storeName="" storeLocation="">
                            </certificateReference>
                        </identity>
                    </endpoint>
                    <host>
                        <baseAddresses>
                            <!-- 在此可以定义每种传输协议的baseAddress,用于跟使用同样传输协议Endpoint定义的相对地
                        址组成完整的地址,但是每种传输协议只能定义一个baseAddress。HTTP的baseAddress同时是service
                        对外发布元数据的URL-->
                            <add baseAddress="http://address" />
                        </baseAddresses>
                        <timeouts></timeouts>
                    </host>
                </service>
            </services>
     <!-- 指定一个或多个系统预定义的binding -->
            <bindings>
                <!-- 指定一个或多个系统预定义的binding,比如<basicHttpBinding>,当然也可以指定自定义的customBinding,
                 然后在某个指定的binding下建立一个或多个配置,以便被Endpoint来使用这些配置 -->
                <basicHttpBinding>
                    <!-- 某一类的binding的下面可能有多个配置,binding元素的name属性标识某个binding-->
                    <binding name="binding名">
                    </binding>
                </basicHttpBinding>
            </bindings>
            <!-- 定义service和Endpiont行为-->
            <behaviors>
                <!-- 定义service的行为-->
                <serviceBehaviors>
                    <!-- 一个或多个系统提供的或定制的behavior元素
                     属性说明:
                     name - 一个behavior唯一标识,<service>元素的behaviorConfiguration属性指向这个name-->
                    <behavior name="">
                        <!-- 指定service元数据发布和相关信息
                         属性说明:
                         httpGetEnabled - bool类型的值,表示是否允许通过HTTP的get方法获取sevice的WSDL元数据
                         httpGetUrl - 如果httpGetEnabled为true,这个属性指示使用哪个URL地址发布服务的WSDL,
                                      如果这个属性没有设置,则使用服务的HTTP类型的baseAddress后面加上?WSDL-->
                        <serviceMetadata httpGetEnabled="true" httpGetUrl="http://URI:port/address" />
                    </behavior>
                </serviceBehaviors>
                <!-- 定义Endpiont的行为-->
                <endpointBehaviors>
                </endpointBehaviors>
            </behaviors>
            <!-- 包含客户端跟服务端连接使用到的Endpoint的配置 -->
            <client>
                <!-- 每个客户端Endpoint设置
                 属性说明:
                 address - 对应到服务端这个Endpoint的address
                 binding - 指定这个Endpoint使用的binding,这个banding可以是系统预定义的9个binding之一,
                           比如是basicHttpBinding
                 contract - 指定这个Endpoint对应的Contract的全限定名(名称空间.类型名)
                 name - Endpoint的配置名,客户端代理类的构造方法中的endpointConfigurationName对应到这个name
                 bindingConfiguration - 指定客户端binding的具体设置,指向<bindings>元素下同类型binding的name -->
                <endpoint address="URI"
                    binding="basicHttpBinding" bindingConfiguration="binding名"
                    contract="Contract全限定名" name="endpoint配置名" />
            </client>
        </system.ServiceModel>
    </configuration>
    

    配置终结点

  • 相关阅读:
    VIJOS-P1340 拯救ice-cream(广搜+优先级队列)
    uva 11754 Code Feat
    uva11426 GCD Extreme(II)
    uvalive 4119 Always an Interger
    POJ 1442 Black Box 优先队列
    2014上海网络赛 HDU 5053 the Sum of Cube
    uvalive 4795 Paperweight
    uvalive 4589 Asteroids
    uvalive 4973 Ardenia
    DP——数字游戏
  • 原文地址:https://www.cnblogs.com/aehyok/p/2949820.html
Copyright © 2011-2022 走看看