A. web介麵包括http介面嗎
web service（SOAP）與HTTP介面的區別
什麼是web service？ soap請求是HTTP POST的一個專用版本，遵循一種特殊的xml消息格式Content-type設置為: text/xml任何數據都可以xml化。
為什麼要學習web service？ 大多數對外介面會實現web service方法而不是http方法，如果你不會，那就沒有辦法對接。
web service相對http (post/get)有好處嗎？
1.介面中實現的方法和要求參數一目瞭然
2.不用擔心大小寫問題
3.不用擔心中文urlencode問題
4.代碼中不用多次聲明認證(賬號,密碼)參數
5.傳遞參數可以為數組，對象等...
web service相對http（post/get）快嗎？
由於要進行xml解析，速度可能會有所降低。
web service 可以被http（post/get）替代嗎？
完全可以，而且現在的開放平台都是用的HTTP（post/get）實現的。
B. 怎麼做webservice介面
以下是操作步驟：
1、編寫服務代碼
服務代碼提供了兩個函數，分別為sayHello和sayHelloToPerson，在HelloService.java類中
2、發布WebService
要將上邊寫的HelloService類發布為WebService，需要先搭建Web應用。下面是在Tomcat下使用Axis創建WebService服務的例子。
3、在Tomcat下創建Web應用
在該例子中，在Tomcat下創建了一個context path為test_webservice的WEB應用。
（1） 在Tomcat的webapps下創建如下文件系統
test_webservice
WEB-INF
lib
Classes
（2）在WEB-INF文件夾下創建web.xml文件，在web.xml中主要是配置axis。
4、復制axis相關的jar文件
將axis的相關jar文件復制到WEB-INF\lib文件夾下。這些文件包括：
activation.jar
axis.jar
axis-ant.jar
axis-schema.jar
commons-discovery-0.2.jar
commons-logging-1.0.4.jar
jaxrpc.jar
log4j-1.2.8.jar
mailapi.jar
saaj.jar
wsdl4j-1.5.1.jar
xmlsec-1.3.0.jar
5、測試發布的WEB應用
啟動Tomcat服務，打開IE瀏覽器，訪問http:host:port/test_webservice/services，
如果看到如下界面就說明AXIS部署成功了。
6、發布WebService
發布WebService需要使用現有的AdminService來實現，這里我寫了一個批處理文件來發布WebService，以後如果需要發布其他文件，只需要修改相應的參數就可以了。
（1）創建deploy.wsdd文件。
（2）創建發布WebService服務的批處理文件deploywebservice.bat。
其中E:\workspace\Libwebservice是存放axis對應的jar文件的文件夾，現在將所有的jar文件都加入到此文件夾中。
-l後的參數是本地要發布WebService的AdminService對應的訪問地址。
最後deploy.wsdd是對應的配置文件名稱。
（3） 將deploy.wsdd文件和deploywebservice.bat文件復制到同一個文件夾下，執行deploywebservice.bat批處理文件，就可以將deploy.wsdd中描述的Java類發布為WebService。
C. web api是什麼
您好，
Web API是網路應用程序介面。
今天的web計算平台包含了廣泛的功能，其中的大部分均可以通過API（應用程序編程介面）訪問。從簡
單的社會書簽服務del.icio.us，到復雜得多的amazon s3'全虛擬化存儲平台，想想能用這些web api做點什麼，真是驚人。
web平台歸為6個基本設施，並簡要概述些相關產品。其間的線索是這些產品都提供了API，這意味者他們本身可以被其他服務整合。
存儲服務：存儲服務關注抽象化和虛擬化存儲。這個領域的領頭羊是amazon s3，在我的article in web 2.0journal中對其曾有較深入的探討。對開發者而言，S3提供了極其精簡抽象的如哈希表之類的API，允許你輕松存取信息。
另一個有意思的服務是openemy，它提供了類似於文件系統介面的api，但增加了給文件標簽的能力。今
年早些時候，TechCrunch剖析了其他一些在線存儲服務。但至今我們還沒看到傳說中顛覆性的存儲服務GDrive（來自google）和LiveDrive（來自微軟），他們很大可能都會提供api。
消息服務：消息服務在概念上類似於傳統意義上的中間件。由於技術和商業上的復雜性，它們還沒有被大規模開發。短期內可見的基於web的通訊服務是Amazon Simple Queue Service。這個服務使得任意應用間安全和可擴展的基於隊列的通訊更為便利。
計算服務：目前還沒有一個一般的可以通過api訪問的web計算服務黑盒，但有不少技術指向這個方向。一個是alexavertical search platform，在下面的搜索服務小節會提及更多，第二個是網格計算，比如 sungrid，datasynapse's gridserver或者platform's symphony。
在API里封裝任意的計算任務是個相當具挑戰性的任務，也許還要很多年這種服務才會廣泛流行。
信息服務：信息服務提供海量特定的信息。包括像Google Maps API的地理數據，像Amazon E－Commerce，Amazon historcal Pricing Services的產品數據和最新發布的Yahoo！answer's API登。這些服務的共同點是它們都提供
簡單的API來訪問海量數據，可能催生孤立信息間的不可預知的交叉應用。
搜索服務：因為搜索在web領域的基礎和統治地位，搜索服務構成了新的web基礎架構的關鍵部分。Google search
api是較早的如今已成典型的搜索抽象機制。另一個例子是alexa search platform，它的設計帶動了一系列挑戰google地位的垂直搜索引擎。相當有意思的是從技術上看，alexa search platform更多表現為一個計算服返察桐務，不過局限在搜索領域而已。這意味者其他服務的可能性，比如排序服務或者數據轉換服務。
web2.0服務：最後一類寬泛的叫它們web2.0服務，名字不一定切題，但它包含漏坦諸如del.icio.us，flickr，basecamp
。John Musser在Programmableweb中編譯了一些非常有影響的沒滑api。
這些特定的服務將來會成為上述其他服務的使用者，但當前它們的價值更多體現在它們提供了清晰的，
特定的，簡單的api來查看和改變大家擁有的信息。盡管它們看起來更像分子而非原子，但在當今的web領域里，它們是如此基本的服務，所以我把它們視為構成成分還是很有意義的。望採納
D. web介面測試工具有哪些
關於Jmeter可以做什麼，官方上也有非常詳細的介紹。另外它的文檔也寫很詳細。如果想學習Jmeter，那麼它的文檔將會是最好的教材。
我相信你可以在官網上找到下載地址並把它下載下來。
Jmeter由Java語言開發，最新的Jmeter3.0版本的運行需要有Java 7 或之後版本的環境。我同樣相信你能搞定Java環境。
接下來，將下載的apache-jmeter-3.0.zip解壓，進入解壓目錄.../apache-jmeter-3.0/bin 。雙擊ApacheJMeter.jar啟動：
二、添加HTTP介面測試
我們的所以工具都會在Jmeter工具中完成，接來就按照一般步驟來創建一個HTTP介面測試。
如上圖，右鍵點擊「測試計劃」-->「添加」-->「Threads(Users)」-->「線程組」。
E. 如何做webservice介面方案
由於對方不能直接調用你們公司的數據，現又需要你們的數據。這怎麼辦？這時就用到了Webservice技術。對方要求你方提供一個WebService介面可供他們調用，通過WebService來獲取到你們網站的數據。你需要做的： 1.新建一個WebService的工程 2.編寫對方要的數據，就是對方提供參數，你方返回結果 3.發布WebService到外網，可供外部訪問 oNly_孤單A3！