WCF配置

<?xml version="1.0" encoding="utf-8" ?>
<configuration>
  <system.ServiceModel>
    <!-- services元素包含应用中驻留的所有service的配置要求-->
    <services>
      <!-- 每个服务的配置
            属性说明:
            name -指定这个service配置是针对的那个服务,为一个实现了某些Contract的服务类的完全限定名
                  (名称空间.类型名),ServiceHost载入一个服务后,会到配置文件中的<services>下找有没有
                  name属性跟服务匹配的<service>的配置 
            behaviorConfiguration -指定在<serviceBehaviors>下的一个<behavior>的name,这个特定<behavior>给这个service制定了一些行为,比如服务是否允许身份模拟-->
      <service name="名称空间.类型名" behaviorConfiguration="behavior名">
        <host>
          <baseAddresses>
            <!-- 在此可以定义每种传输协议的baseAddress,用于跟使用同样传输协议Endpoint定义的相对地址组成完整的地址,但是每种传输协议只能定义一个baseAddress。HTTP的baseAddress同时是service 对外发布服务说明页面的URL-->
            <add baseAddress="http://address" />
          </baseAddresses>
          <timeouts></timeouts>
        </host>
        <!-- 每个服务可以有多个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匹配
                   behaviorConfiguration -指定这个endpoint的behavior,指向<behaviors>下的同样配置名称的<endpointBehaviors>
                name - Endpoint的名称,可选属性,每个Contract都可以有多个Endpoint,但是每个Contract对应的
                       多个Endpoint名必须是唯一的-->
        <endpoint address="URI" binding="basicHttpBinding" contract="Contract全限定名" bindingConfiguration="binding名" behaviorConfiguration="String" name="">
          <!-- 用户定义的xml元素集合,一般用作SOAP的header内容-->
          <headers>
            <!-- 任何xml内容-->
          </headers>
        </endpoint>
      </service>
    </services>


    <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>元素下<endpoint>的behaviorConfiguration属性指向这个name-->
        <behavior name="此Behavior名称">
          <!-- 指定service元数据发布和相关信息
                    属性说明:
                    httpGetEnabled - bool类型的值,表示是否允许通过HTTP的get方法获取sevice的WSDL元数据
                    httpGetUrl -如果httpGetEnabled为true,这个属性指示使用哪个URL地址发布服务的WSDL,
                                 如果这个属性没有设置,则使用服务的HTTP类型的baseAddress后面加上?WSDL-->
          <serviceMetadata httpGetEnabled="true" httpGetUrl="http://URI:port/address" />
          <!--指定验证服务端的凭据-->
          <serviceCredentials>
            <!--指定服务端的证书
                        属性说明:
                        storeName -证书的存储区,可能值为:AddressBook,AuthRoot,CertificateAuthority
                                    Disallowed,My,Root,TrustedPeople,TrustedPublisher
                        storeLocation -证书存储位置,可能值为:CurrentUser,LocalMachine
                            x509FindType -查找证书的方式,可能的值:FindBySubjectName,FindByThumbPrint,FindByIssuerName......
                            findValue -对应查找方式的要查找证书的值                -->
            <serviceCertificate storeName="存储区" storeLocation="存储位置" x509FindType="FindBySubjectName" findValue="server1" />
          </serviceCredentials>


        </behavior>
      </serviceBehaviors>
      <!-- 定义Endpiont的行为-->
      <endpointBehaviors>
        <!-- 一个或多个系统提供的或定制的behavior元素
               属性说明:
                name -一个behavior唯一标识,<client>元素下<endpoint>的behaviorConfiguration属性指向这个name-->
        <behavior name="此Behavior名称">
          <!--指定客户端的凭据-->
          <clientCredentials>
            <!--指定客户端的证书
                        属性说明:
                        storeName -证书的存储区,可能值为:AddressBook,AuthRoot,CertificateAuthority
                                    Disallowed,My,Root,TrustedPeople,TrustedPublisher
                        storeLocation -证书存储位置,可能值为:CurrentUser,LocalMachine
                            x509FindType -查找证书的方式,可能的值:FindBySubjectName,FindByThumbPrint,FindByIssuerName......
                            findValue -对应查找方式的要查找证书的值                -->
            <clientCertificate storeName="存储区" storeLocation="存储位置" x509FindType="FindBySubjectName" findValue="Client1" />
            <serviceCertificate>
              <authentication certificateValidationMode="None" />
            </serviceCertificate>
          </clientCredentials>
        </behavior>
      </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
              behaviorConfiguration -指定这个endpoint的behavior,指向<behaviors>下的同样配置名称的<endpointBehaviors>-->
      <endpoint address="URI" binding="basicHttpBinding" bindingConfiguration="binding名" behaviorConfiguration="String" contract="Contract全限定名" name="endpoint配置名" >
        <!-- 用于客户端验证服务端身份,可选以下一种方式验证服务端-->
        <identity>
          <userPrincipalName></userPrincipalName>
          <servicePrincipalName></servicePrincipalName>
          <!--如果客户端验证是windows,这里指定DNS名;如果是Certificate,这里指定证书subject name-->
          <dns></dns>
          <rsa></rsa>
          <!--指定服务端证书的公钥
                          属性说明:
                           encodedValue -服务端证书的公钥的base64编码,用于加密用户名和密码-->
          <certificate encodedValue=""></certificate>
          <!-- 用户指定在客户端证书存储区内的服务端证书
                        属性说明:
                        storeName -证书的存储区,可能值为:AddressBook,AuthRoot,CertificateAuthority
                                    Disallowed,My,Root,TrustedPeople,TrustedPublisher
                        storeLocation -证书存储位置,可能值为:CurrentUser,LocalMachine
                            x509FindType -查找证书的方式,可能的值:FindBySubjectName,FindByThumbPrint,FindByIssuerName......
                            findValue -对应查找方式的要查找证书的值                -->
          <certificateReference storeName="存储区" storeLocation="存储位置" x509FindType="FindBySubjectName" findValue="Client1" />
        </identity>
      </endpoint>
    </client>
  </system.ServiceModel>
</configuration>

内容概要:本文针对国内加密货币市场预测研究较少的现状,采用BP神经网络构建了CCi30指数预测模型。研究选取2018年3月1日至2019年3月26日共391天的数据作为样本,通过“试凑法”确定最优隐结点数目,建立三层BP神经网络模型对CCi30指数收盘价进行预测。论文详细介绍了数据预处理、模型构建、训练及评估过程,包括数据归一化、特征工程、模型架构设计(如输入层、隐藏层、输出层)、模型编译与训练、模型评估(如RMSE、MAE计算)以及结果可视化。研究表明,该模型在短期内能较准确地预测指数变化趋势。此外,文章还讨论了隐层节点数的优化方法及其对预测性能的影响,并提出了若干改进建议,如引入更多技术指标、优化模型架构、尝试其他时序模型等。 适合人群:对加密货币市场预测感兴趣的研究人员、投资者及具备一定编程基础的数据分析师。 使用场景及目标:①为加密货币市场投资者提供一种新的预测工具和方法;②帮助研究人员理解BP神经网络在时间序列预测中的应用;③为后续研究提供改进方向,如数据增强、模型优化、特征工程等。 其他说明:尽管该模型在短期内表现出良好的预测性能,但仍存在一定局限性,如样本量较小、未考虑外部因素影响等。因此,在实际应用中需谨慎对待模型预测结果,并结合其他分析工具共同决策。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值