2. 程式人生 > >手工建立SOAP訊息中名稱空間的處理

手工建立SOAP訊息中名稱空間的處理

阿新 • • 發佈：2019-02-08
 引言

　　在典型的 Web 服務場景中，通常使用工具技術來處理名稱空間的所有細微差別。但是有些時候，特別是在使用 SAAJ(SOAP with Attachments API for Java)為特定的 Web 服務構造 SOAP 訊息時，您必須自己處理名稱空間問題。在沒有任何工具輔助的情況下構造訊息――或是部分訊息時――可以使用該技巧。

　　雖然名稱空間看似複雜，但您真正只需要掌握的是以下一份簡短的規則清單:

　　如果 WSDL 樣式為 RPC，那麼可在 WSDL 繫結的 wsdlsoap:body 元素中檢視名稱空間。
　　如果 wsdlsoap:body 有名稱空間屬性(且 Web 服務互操作性組織(WS-I)的 Basic Profile(參見參考資料部分)需要該屬性用於 RPC 樣式)，那麼這就是 SOAP 訊息中操作元素的名稱空間。
　　如果 wsdlsoap:body 沒有名稱空間，那麼該操作元素不符合要求。

　　對於資料元素而言:

　　如果元素通過根元素(不是根型別)定義，那麼它的名稱空間就是根元素的名稱空間;
　　如果元素不是通過根定義的，那麼該元素不符合要求。

　　這些都是簡單的規則，但如同大多數規則一樣，需要對其進行少許說明。本文的其餘部分將展示使用這些規則的各類例項。有兩種常用型別的 Web 服務描述語言(WSDL)檔案: RPC/literal 和 document/literal 封裝。當然還有其它的型別，但在本文中只包含這兩種。

　　RPC/literal WSDL

　　清單 1 中的 RPC/literal WSDL 有三個操作:op1、op2 和 op3。注意 WSDL 檔案中用粗體強調的不同名稱空間。

　　清單 1. RPC/literal WSDL

<?xml version="1.0" encoding="UTF-8"?>
<definitions targetNamespace="http://apiNamespace.com"
    xmlns="http://schemas.xmlsoap.org/wsdl/"
    xmlns:tns="http://apiNamespace.com"
    xmlns:data="http://dataNamespace.com"
    xmlns:wsdlsoap="http://schemas.xmlsoap.org/wsdl/soap/">
  <types>
    <schema targetNamespace="http://refNamespace.com"
        xmlns="http://www.w3.org/2001/XMLSchema"
        xmlns:tns="http://refNamespace.com">
      <element type="int"/>
    </schema>
    <schema targetNamespace="http://dataNamespace.com"
        xmlns="http://www.w3.org/2001/XMLSchema"
        xmlns:ref="http://refNamespace.com"
        xmlns:tns="http://dataNamespace.com"
        xmlns:xsd="http://www.w3.org/2001/XMLSchema">
      <import namespace="http://refNamespace.com"/>
      <complexType >
        <sequence>
          <element type="int"/>
          <element type="int"/>
        </sequence>
      </complexType>
          <element nillable="true" type="tns:Data"/>
      <complexType >
        <sequence>
          <element ref="ref:RefDataElem"/>
        </sequence>
      </complexType>
    </schema>
  </types>
  <message >
    <part type="data:Data"/>
  </message>
  <message >
    <part type="data:Data"/>
  </message>
  <message >
    <part type="data:Data"/>
  </message>
  <message >
    <part type="data:Data"/>
  </message>
  <message >
    <part element="data:DataElem"/>
    <part type="data:Data2"/>
  </message>
  <message >
    <part type="data:Data2"/>
  </message>
  <portType >
    <operation >
      <input message="tns:op1Request"/>
      <output message="tns:op1Response"/>
    </operation>
    <operation >
      <input message="tns:op2Request"/>
      <output message="tns:op2Response"/>
    </operation>
    <operation >
      <input message="tns:op3Request"/>
      <output message="tns:op3Response"/>
    </operation>
  </portType>
  <binding type="tns:Sample">
    <wsdlsoap:binding style="rpc" transport="http://schemas.xmlsoap.org/soap/http"/>
    <operation >
      <wsdlsoap:operation soapAction=""/>
      <input>
        <wsdlsoap:body namespace= "http://apiNamespace.com" use="literal"/>
      </input>
      <output>
        <wsdlsoap:body namespace= "http://apiNamespace.com" use="literal"/>
      </output>
    </operation>
    <operation >
      <wsdlsoap:operation soapAction=""/>
      <input>
        <wsdlsoap:body namespace= "http://op2Namespace.com" use="literal"/>
      </input>
      <output>
        <wsdlsoap:body namespace= "http://op2Namespace.com" use="literal"/>
      </output>
    </operation>
    <operation >
      <wsdlsoap:operation soapAction=""/>
      <input>
        <wsdlsoap:body use="literal"/>
      </input>
      <output>
        <wsdlsoap:body use="literal"/>
      </output>
    </operation>
  </binding>
  <service >
    <port binding="tns:SampleSoapBinding" "Sample">
      <wsdlsoap:address location= "http://localhost:9080/RPCNamespaces/services/Sample"/>
    </port>
  </service>
</definitions>

　　WS-I 遵從性

　　WS-I為 WSDL 定義遵從性標準。從兩個方面來講，op3 不遵從 RPC/literal WSDL:它並不在繫結的 wsdlsoap:body 中定義名稱空間;它的訊息部分引用了元素，而不是型別。在此提出是為了展示可以用 WS-I 的 Basic Profile 解決的一些名稱空間問題。

　　檢視用於每個操作的繫結的 wsdlsoap:body 元素中的名稱空間。op1 和 op2 是規則 1.1 的例項。op3 是規則 1.2 的例項。op1 展示了使用 targetNamespace 的常規例項――在這種情況下是“http://apiNamespace.com”――作為該操作的名稱空間，但是這僅僅是通常情況。op2 使用的名稱空間將不會在 WSDL 中的其他任何地方被使用。op3 無需定義任何名稱空間。

　　清單 2、3 和 4 分別展示了 op1、op2 和 op3 的 SOAP 訊息。注意訊息中用粗體強調的名稱空間。

　　清單 2. op1 的 RPC/literal 請求/響應 SOAP 訊息

<soapenv:Envelope xmlns:soapenv=
"http://schemas.xmlsoap.org/soap/envelope/">
  <soapenv:Body>
    <p582:op1 xmlns:p582="http://apiNamespace.com">
      <in>
         <data1>1</data1>
         <data2>2</data2>
      </in>
    </p582:op1>
  </soapenv:Body>
</soapenv:Envelope>

<soapenv:Envelope xmlns:soapenv=
"http://schemas.xmlsoap.org/soap/envelope/">
  <soapenv:Body>
    <p582:op1Response xmlns:p582="http://apiNamespace.com">
      <op1Return>
        <data1>10</data1>
        <data2>20</data2>
      </op1Return>
    </p582:op1Response>
  </soapenv:Body>
</soapenv:Envelope>

　　在上文中已經提及，清單 2 中的 SOAP 訊息遵從規則 1.1。op1 的名稱空間為“http://apiNamespace.com”。這些訊息同樣遵從規則 2.2。所有引數資料都不通過根元素定義，僅僅是根型別――資料――以及它的子元素。既然沒有使用根元素，那麼這些元素都是不合要求的。

　　清單 3. op2 的 RPC/literal 請求/響應 SOAP 訊息

<soapenv:Envelope xmlns:soapenv=
         "http://schemas.xmlsoap.org/soap/envelope/">
  <soapenv:Body>
    <p999:op2 xmlns:p999="http://op2Namespace.com">
      <in>
        <data1>3</data1>
        <data2>4</data2>
      </in>
    </p999:op2>
  </soapenv:Body>
</soapenv:Envelope>

<soapenv:Envelope xmlns:soapenv=
"http://schemas.xmlsoap.org/soap/envelope/">
  <soapenv:Body>
    <p999:op2Response xmlns:p999="http://op2Namespace.com">
      <op2Return>
        <data1>300</data1>
        <data2>400</data2>
      </op2Return>
    </p999:op2Response>
  </soapenv:Body>
</soapenv:Envelope>

　　op1 和 op2 訊息中的唯一真正差別(比較清單 2 和 清單 3)是:op2 的訊息說明了可以使用任意選擇的名稱空間;無需使用 WSDL 定義的 targetNamespace。

　　清單 4. op3 的 RPC/literal 請求/響應 SOAP 訊息

<soapenv:Envelope xmlns:soapenv=
         "http://schemas.xmlsoap.org/soap/envelope/">
  <soapenv:Body>
    <op3>
      <p10:DataElem xmlns:p10= "http://dataNamespace.com">
        <data1>5</data1>
        <data2>6</data2>
      </p10:DataElem>
      <in2>
        <p971:RefDataElem xmlns:p971= "http://refNamespace.com">7</p971:RefDataElem>
      </in2>
    </op3>
  </soapenv:Body>
</soapenv:Envelope>

<soapenv:Envelope xmlns:soapenv=
"http://schemas.xmlsoap.org/soap/envelope/">
  <soapenv:Body>
    <op3Response>
      <op3Return>
        <p971:RefDataElem xmlns:p971="http://refNamespace.com">7</p971:RefDataElem>
      </op3Return>
    </op3Response>
  </soapenv:Body>
</soapenv:Envelope>

　　op3 和其它兩個操作區別很大。首先，沒有定義名稱空間，因此根據規則 1.2， <op3> 和 <op3Response> 標籤都是不合要求的。

　　第二，名為 in1 的部分是根元素而不是根型別。由於它是元素部分，因此它的名稱被元素名稱 DataElem 取代。由於使用了元素名稱，則根據規則 2.1，必須使用元素的名稱空間“http://dataNamespace.com”。

　　最後，規則 2.1 再次為 in2 的型別元素而呼叫。in2 引用了根元素:RefDataElem。該元素用其它名稱空間定義:“http://refNamespace.com”。

　　document/literal 封裝的 WSDL

　　清單 5 中的 WSDL 和清單 1 中的 WSDL 是等價的。它是 document/literal 封裝而不是 RPC/literal。為這個 WSDL 而生成的 Java API 和為 RPC/literal WSDL 生成的 Java API 是相同，但它們的 SOAP 訊息可能還是有些差別。名稱空間再次用粗體標出。

　　清單 5. document/literal 封裝的 WSDL

<?xml version="1.0" encoding="UTF-8"?>
<definitions targetNamespace="http://apiNamespace.com"
    xmlns="http://schemas.xmlsoap.org/wsdl/"
    xmlns:tns="http://apiNamespace.com"
    xmlns:wsdlsoap="http://schemas.xmlsoap.org/wsdl/soap/">
  <types>
    <schema targetNamespace="http://refNamespace.com"
        xmlns="http://www.w3.org/2001/XMLSchema"
        xmlns:tns="http://refNamespace.com">
      <element type="int"/>
    </schema>
    <schema targetNamespace="http://dataNamespace.com"
        xmlns="http://www.w3.org/2001/XMLSchema"
        xmlns:ref="http://refNamespace.com"
        xmlns:tns="http://dataNamespace.com"
        xmlns:xsd="http://www.w3.org/2001/XMLSchema">
      <import namespace="http://refNamespace.com"/>
      <complexType >
        <sequence>
          <element type="int"/>
          <element type="int"/>
        </sequence>
      </complexType>
      <element nillable="true" type="tns:Data"/>
      <complexType >
        <sequence>
          <element ref="ref:RefDataElem"/>
        </sequence>
      </complexType>
    </schema>
    <schema targetNamespace="http://apiNamespace.com"
        xmlns="http://www.w3.org/2001/XMLSchema"
        xmlns:data="http://dataNamespace.com"
        xmlns:xsd="http://www.w3.org/2001/XMLSchema">
      <import namespace="http://dataNamespace.com"/>
      <element >
        <complexType>
          <sequence>
            <element type="data:Data"/>
          </sequence>
        </complexType>
      </element>
      <element >
        <complexType>
          <sequence>
            <element type="data:Data"/>
          </sequence>
        </complexType>
      </element>
      <element >
        <complexType>
          <sequence>
            <element type="data:Data"/>
          </sequence>
        </complexType>
      </element>
      <element >
        <complexType>
          <sequence>
            <element type="data:Data"/>
          </sequence>
        </complexType>
      </element>
      <element >
        <complexType>
          <sequence>
            <element ref="data:DataElem"/>
            <element type="data:Data2"/>
          </sequence>
        </complexType>
      </element>
      <element >
        <complexType>
          <sequence>
            <element type="data:Data2"/>
          </sequence>
        </complexType>
      </element>
    </schema>
  </types>
  <message >
    <part element="tns:op1" />
  </message>
  <message >
    <part element="tns:op1Response" />
  </message>
  <message >
    <part element="tns:op2" />
  </message>
  <message >
    <part element="tns:op2Response" />
  </message>
  <message >
    <part element="tns:op3" />
  </message>
  <message >
    <part element="tns:op3Response" />
  </message>
  <portType >
    <operation >
      <input message="tns:op1Request"/>
      <output message="tns:op1Response"/>
    </operation>
    <operation >
      <input message="tns:op2Request"/>
      <output message="tns:op2Response"/>
    </operation>
    <operation >
      <input message="tns:op3Request"/>
      <output message="tns:op3Response"/>
    </operation>
  </portType>
  <binding type="tns:Sample">
    <wsdlsoap:binding style="document" transport= "http://schemas.xmlsoap.org/soap/http"/>
    <operation >
      <wsdlsoap:operation soapAction=""/>
      <input>
        <wsdlsoap:body namespace=
        "http://apiNamespace.com" use="literal"/>
      </input>
      <output>
        <wsdlsoap:body namespace=
        "http://apiNamespace.com" use="literal"/>
      </output>
    </operation>
    <operation >
      <wsdlsoap:operation soapAction=""/>
      <input>
        <wsdlsoap:body namespace=
        "http://op2Namespace.com" use="literal"/>
      </input>
      <output>
        <wsdlsoap:body namespace=
        "http://op2Namespace.com" use="literal"/>
      </output>
    </operation>
    <operation >
      <wsdlsoap:operation soapAction=""/>
      <input>
        <wsdlsoap:body use="literal"/>
      </input>
      <output>
        <wsdlsoap:body use="literal"/>
      </output>
    </operation>
  </binding>
  <service >
    <port binding="tns:SampleSoapBinding" >
      <wsdlsoap:address location= "http://localhost:9080/Wrapped/services/Sample"/>
    </port>
  </service>
</definitions>

　　對於 op1 而言，用於 document/literal 封裝服務的 SOAP 訊息和用於 RPC/literal 服務的 SOAP 訊息是相同的。這是最常見的一類 document/literal 封裝操作。請注意此時遵從的是規則 2.1 而不是規則 1.1;名稱空間是從元素而不是從 wsdl:soapbody 獲得。請注意 WSDL 中的約定，封裝元素和 WSDL 自身一樣，都是用相同的名稱空間定義:“http://apiNamespace.com”。它們可以用任意的名稱空間定義，根據該約定，document/literal 封裝的訊息和 RPC/literal 訊息是相同的。

<soapenv:Envelope xmlns:soapenv=
         "http://schemas.xmlsoap.org/soap/envelope/">
  <soapenv:Body>
    <p582:op2 xmlns:p582="http://apiNamespace.com">
      <in>
        <data1>3</data1>
        <data2>4</data2>
      </in>
    </q0:op2>
  </soapenv:Body>
</soapenv:Envelope>

<soapenv:Envelope xmlns:soapenv=
"http://schemas.xmlsoap.org/soap/envelope/">
  <soapenv:Body>
    <p582:op2Response xmlns:p582="http://apiNamespace.com">
      <op2Return>
        <data1>300</data1>
        <data2>400</data2>
      </op2Return>
    </p582:op2Response>
  </soapenv:Body>
</soapenv:Envelope>

　　WS-I 遵從性

　　WS-I 要求 document/literal 繫結不應在其 wsdl:soapbody 中擁有名稱空間屬性。所以 op1 和 op2 都不符合要求。我在 IBM® WebSphere® Studio Application Developer 中執行該 WSDL，IBM® WebSphere® Studio Application Developer 接受不合要求的 WSDL，但可通過忽略任何 wsdl:soapbody 名稱空間來強制符合 WS-I。

　　從 op2 的 document/literal 封裝的訊息可以更明顯的看出，您遵循的是規則 2.1 而不是規則 1.1。此時完全忽略了繫結的 wsdl:soapbody 中的名稱空間。

　　最後，對比 RPC/literal op3 的 SOAP 訊息(清單 4)和 document/literal 封裝的 op3 SOAP 訊息(清單 7)。和 op2 一樣，唯一的差別是 op3 的名稱空間。 RPC 版本沒有名稱空間，但是 document 版本有名稱空間;按照規則 2.1，如同其它所有的 document 訊息一樣，它從元素的名稱空間來獲取名稱空間。

　　清單 7. op3 的 Document/literal 封裝的請求/響應 SOAP 訊息

<soapenv:Envelope xmlns:soapenv= "http://schemas.xmlsoap.org/soap/envelope/">
  <soapenv:Body>
    <p582:op3 xmlns:p582="http://apiNamespace.com">
      <p10:DataElem xmlns:p10="http://dataNamespace.com">
        <data1>5</data1>
        <data2>6</data2>
      </p10:DataElem>
      <in2>
        <p971:RefDataElem xmlns:p971= "http://refNamespace.com">7</p971:RefDataElem>
      </in2>
    </p582:op3>
  </soapenv:Body>
</soapenv:Envelope>

<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/">
  <soapenv:Body>
    <p582:op3Response xmlns:p582="http://apiNamespace.com">
      <op3Return>
        <p971:RefDataElem xmlns:p971= "http://refNamespace.com">7</p971:RefDataElem>
      </op3Return>
    </p582:op3Response>
  </soapenv:Body>
</soapenv:Envelope>

　　關於預設名稱空間

　　您可以使用預設名稱空間來取消對字首的需求。例如，如清單 8 所示，e 和 f 都在預設名稱空間中，此時定義名稱空間為 urn:default;e 在預設名稱空間中的原因是因為預設名稱空間定義在 e 上，且 f 在其中的原因是因為 f 是 e 的子元素。

　　清單 8. 預設名稱空間使用例項

<e xmlns="urn:default">
  <f/>
</e>

　　以下是一些建議:在例項資料中不要使用預設名稱空間。

　　如果使用預設名稱空間，在從上下文中取出某些內容時，例如――那麼此時根本不知道該元素是否符合要求，或者該元素是否已通過某父元素定義為符合要求。

　　如果想使子元素符合要求，則必須引入空名稱空間。例如，在清單 9 中，e 在 urn:default 名稱空間中，且 f 通過看起來有些奇怪的方式，被定義為不合要求。

　　清單 9. 預設名稱空間中不合要求名稱的例項

<e xmlns="urn:default">
  <f xmlns=""/>
</e>

　　可對名稱空間產生影響的模式屬性是 elementFormDefault。該屬性的預設設定是“unqualified”，到目前為止您已經看到的，子元素是不合要求的。但是如果您將 elementFormDefault="qualified" 新增到 document/literal 封裝的 WSDL 中的所有模式中，那麼訊息中所有的元素將通過其父元素的名稱空間而被定義為符合要求。例如，清單 10 包含了 op3 操作的 document/literal 封裝的訊息，該訊息來自清單 5 中的 WSDL，此時 elementFormDefault 是符合要求的。通常，您不希望使用 elementFormDefault="qualified" 屬性，因為它會使訊息變得臃腫。但是在一年甚至更久以前，在各廠商之間存在著互操作性問題，通過設定該屬性有時可以解決這些問題。

　　清單 10.使用 elementFormDefault="qualified" 的 op1 Document/literal 封裝請求/響應 SOAP 訊息

<soapenv:Envelope xmlns:soapenv= "http://schemas.xmlsoap.org/soap/envelope/">
  <soapenv:Body>
    <p582:op1 xmlns:p582="http://apiNamespace.com">
      <p582:in>
        <p10:data1 xmlns:p10= "http://dataNamespace.com">1</p10:data1>
        <p10:data2 xmlns:p10= "http://dataNamespace.com">2</p10:data2>
      </p582:in>
    </p582:op1>
  </soapenv:Body>
</soapenv:Envelope>

<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/">
  <soapenv:Body>
    <p582:op1Response xmlns:p582="http://apiNamespace.com">
      <p582:op1Return>
        <p10:data1 xmlns:p10= "http://dataNamespace.com">10</p10:data1>
        <p10:data2 xmlns:p10= "http://dataNamespace.com">20</p10:data2>
      </p582:op1Return>
    </p582:op1Response>
  </soapenv:Body>
</soapenv:Envelope>

　　結束語

　　在一般環境下，無須考慮 SOAP 訊息中的名稱空間。然而，在某些情況下，例如，必須手工建立 SOAP 訊息，就必須予以考慮。此時，您必須對 WSDL 如何對映到 SOAP 有深入的瞭解。如果按照本文中的規則操作，您就可以用合適的名稱空間手寫 SOAP 訊息，並且不會出現問題。

相關推薦

手工建立SOAP訊息中名稱空間的處理

 引言 　　在典型的 Web 服務場景中，通常使用工具技術來處理名稱空間的所有細微差別。但是有些時候，特別是在使用 SAAJ(SOAP with Attachments API for Java)為特定的 Web 服務構造 SOAP 訊息時，您必須自己處理名稱空間問題。在

關於專案中名稱空間沒有aop的功能 springmvc.xml

只需要xml檔案中新增對應的名稱空間就可以 <?xml version="1.0" encoding="UTF-8"?> <beans xmlns="http://www.springframework.org/schema/beans" xmlns:xsi="http

php中名稱空間（namespace）的作用和使用

1.名稱空間的作用： 在PHP中函式、類、常量是不允許同名的。為了解決這三者的同名問題，所以出現了名稱空間. 其實不僅僅是php，其他語言也有類似的使用。比如JavaScript中： 我們來詳細的講解一下PHP中的名稱空間： 語法：namespace 空間名\空間名;

php中名稱空間詳解

* 一、定義名稱空間 * 名稱空間主要針對:類,函式和常量,因為他們的作用域是全域性的,產生命名衝突的可能性很大 * 1. 關鍵字: namespace * 作用:1. 定義名稱空間; 2.顯示的訪問當前名稱空間,類似於self; * 2. 常量: __NAMESPACE__:

C++ 中名稱空間的 5 個常見用法

名稱空間在1995年被引入到 c++ 標準中，通常是這樣定義的: 名稱空間定義了新的作用域。它們提供了一種避免名稱衝突的方法。 c++ 中的名稱空間通常用於避免命名衝突。儘管名稱空間在最近的 c++ 程式碼中廣泛使用，但大多數較舊程式碼都不使用此工具。 基於對眾

Python中名稱空間與作用域使用總結

1 引言 2 名稱空間 2.1 什麼是名稱空間         名稱空間，即Namespace，也成為名稱空間或名字空間，指的是從名字到物件的一個對映關係，類似於字典中的鍵值對，實際上，Python中很多名稱空間的實現用的就是字典。 　　不同名稱空間是相互獨立

php中名稱空間的作用

 名稱空間一個最明確的目的就是解決重名問題，PHP中不允許兩個函式或者類出現相同的名字，否則會產生一個致命的錯誤。這種情況下只要避免命名重複就可以解決，最常見的一種做法是約定一個字首。       舉個栗子：專案中有兩個模組：article和message board，它們

VS2013中 名稱空間“UnityEngine”中不存在型別或名稱空間名稱“UI”。是否缺少程式集引用?

在VS工程中，新增c/c++工程中外部標頭檔案及庫的基本步驟：     1、新增工程的標頭檔案目錄：工程---屬性---配置屬性---c/c++---常規---附加包含目錄：加上標頭檔案存放目錄。     2、新增檔案引用的lib靜態庫路徑：工程---屬性---配置屬性

Webservice06---SOAP訊息的傳遞和處理（基於Message方式）

使用Message方式傳遞和處理SOAP訊息。 1.1、建立服務 private String wsdlUrlStr = "http://localhost:9999/ns?wsdl"; private String targetNameSpace

解釋一下MyBatis中名稱空間（namespace）的作用。

在大型專案中，可能存在大量的SQL語句，這時候為每個SQL語句起一個唯一的標識（ID）就變得並不容易了。為了解決這個問題，在MyBatis中，可以為每個對映檔案起一個唯一的名稱空間，這樣定義在這個對映檔

SOAP訊息的傳遞和處理（PAYLOAD方式）

/** * 訊息的傳遞和處理（PAYLOAD） * 通過負載來傳遞 */ @Test public void test03() { try { //1.建立服務(Service) URL url = new URL(wsdlUrl); QName sNa

soap訊息分析和soap訊息的傳遞和處理（一）

WebService傳遞的時候實際上是傳遞一個SOAPMessage，我們來探究一下SOAPMessage的組成。 SOAPMessage由一個個的SOAP塊組成，這些SOAPPart被封裝到一個SOAPEnvelope（信封）中，信封中包括head和body。我們可以自

在c++中怎麼建立名稱空間

什麼是名稱空間呢？舉一個現實中的例子，名稱空間就像是一個企業，每個企業都有自己的員工。在這裡假設每一個員工代表一個類，於是每一個名稱空間中都包含若干個類。優於名稱空間不同，編譯器就可以將同名的類區別開來。這就像企業A中有個叫“張三”，企業B也有個叫“張三”的。但是由於兩個企

JS中使用jquery方式建立名稱空間

    以下示例將展示建立名稱空間的高階方式 JS將擁有私有和共有屬性和方法並且可以具有類似JAVA繼承的功能Here is their example showing how to declare private & public properties and

dom4j解析xml基本方法以及當xml中存在名稱空間時的三種處理辦法

使用SAXReader需要匯入dom4j-full.jar包。      dom4j是一個Java的XML API，類似於jdom，用來讀寫XML檔案的。dom4j是一個非常非常優秀的Java XML API，具有效能優異、功能強大和極端易用使用的特點，同時它也是一個開放原始碼的軟體，可以在SourceFo

當 xml中存在名稱空間，三種處理辦法（dom4j）

{         Map map  = new  HashMap();         map.put( " design " , " http://www.eclipse.org/birt/2005/design " );         SAXReader saxReader  = new  SAX

C#VS工程報錯：CS0234 名稱空間“Microsoft.VisualStudio”中不存在型別或名稱空間名“VCProjectEngine（是否缺少程式集引用）

問題截圖： 大多數的C#程式都是以using使用名稱空間開頭，但是我們使用名稱空間的同事也必須包含其程式集，比如大部分的名稱空間“XXXX”中不存在型別或名稱空間名“XXXXX”錯誤都是因為沒有在引用裡面新增其程式集，那麼怎麼新增程式集呢？ 一、“檢視”----->“解決方案

Django中url命名與反轉url，應用名稱空間和例項名稱空間

url命名 為什麼需要給url命名？ 因為url是經常變化的。如果在程式碼中寫死可能會經常改程式碼。給url取個名字，以後使用url的時候就使用他的名字進行反轉就可以了，就不需要寫死url了。 示例： 在專案中新建一個front的app，views.py中寫入一下程式碼： fro

3.1C#中的名稱空間

名稱空間是.net提供的一種組織程式碼的方法，有了名稱空間就可以唯一標識程式碼了。它的作用類似於java中的包，在程式中，我們可以將相互之間有緊密關係的程式碼放在多個原始檔中，只要他們具有相同的名稱空間，那麼編譯器就能很聰明的把它們聯絡起來。要想引用已有的名稱空間，需要使用using關鍵字引入名稱空間，比如用

tensorflow中的共享變數（sharing variables） 最佳方式variable_scope()名稱空間來完成

當訓練複雜模型時，可能經常需要共享大量的變數。例如，使用測試集來測試已訓練好的模型效能表現時，需要共享已訓練好模型的變數，如全連線層的權值。 而且我們還會遇到以下問題： 比如，我們建立了一個簡單的影象濾波器模型。如果只使用tf.Variable，那麼我們的模型可能如下 def my