在 wsdl 中，服務被定義為三個截然不同的部分(服務的位址，組成，繫結)：
在 wsdl 中，服務被定義為三個截然不同的部分：
· port(
)。port 定義了可用服務的實際位置（端點）― 例如，soap 服務所在的 http url。
· porttype(功能：服務的組成)
。porttype定義了由服務提供的抽象介面。一個
porttype
定義了一組
operation
。每乙個 operation 可能為 in-out（請求-響應）、in-only、out-only 或 out-in（懇求-響應）。每乙個 operation 定義了 input 和／或 output message。乙個 message 又是被定義為一組 part，而每乙個 part 有乙個由模式定義的型別。
<
wsdl:porttype
name
="mathporttype"
>
<
wsdl:operation
name
="add"
>
<
wsdl:input
name
="addrequest"
message
="tns:addrequest"
/>
<
wsdl:output
name
="addresponse"
message
="tns:addresponse"
/>
wsdl:operation
>
wsdl:porttype
>
<
wsdl:message
name
="addresponse"
>
<
wsdl:part
name
="parameters"
element
="tns:addresponse"
/>
wsdl:message
>
<
wsdl:message
name
="addrequest"
>
<
wsdl:part
name
="parameters"
element
="tns:add"
/>
wsdl:message
>
· binding(功能：服務的對映)
。乙個binding定義了如何在乙個抽象porttype與乙個真實的服務格式和協議之間建立對映關係。例如，soap 繫結定義了編碼風格、soapaction 頭和 body（targeturi）的命名空間等等。
(結束)
需求設計入門
我正式參加的第乙個專案是移動渠道運營，由於公司人手不夠，老大將渠道資源的大模組交給我乙個人來負責，由於之前的詳細設計極為粗略，庫表設計也沒有，所以一切就得自己來搞定了。開發過程中與客戶進行過2次粗略的互動，可由於我是新手，對移動業務很是不熟悉，他們的需求我難以全部消化。兩個月後一期開發完畢，昨天在現...
RESTful API 設計入門
前後端對接其實主要是面向 api 文件開發，而 api 的設計中，有一種 restful api 的設計，具有規範，從某一種角度，我覺得 restful api 可以很好的把後端 api 從繁雜的業務中抽象出來，更好地進行管理和編寫，同時也具有良好的可讀性。對於一些現代化的 mvc 框架，在腳手架階...
Hbase roekey設計入門
rowkey類似於主鍵，可以唯一的標識一行記錄 由於資料按照rowkey的字典序 byte order 排序儲存，因此hbase中的資料永遠都是有序的。rowkey可以由使用者自己指定，只要保證這個字串不重複就可以了。不可以 會被覆蓋 hbase main 006 0 put csdn emp rk...