Ⅰ 中間件的主要作用和功能有哪些
1、通信支持
中間件為其所支持的應用軟體提供平台化的運行環境，該環境屏蔽底層通信之間的介面差異，實現互操作，所以通信支持是中間件一個最基本的功能。早期應用與分布式的中間件交互主要的通信方式為遠程調用和消息兩種方式。
通信模塊中，遠程調用通過網路進行通信，通過支持數據的轉換和通信服務，從而屏蔽不同的操作系統和網路協議。遠程調用是提供給予過程的服務訪問，為上層系統只提供非常簡單的編程介面或過程調用模型。消息提供非同步交互的機制。
2、應用支持
中間件的目的就是服務上層應用，提供應用層不同服務之間的互操作機制。它為上層應用開發提供統一的平台和運行環境，並封裝不同操作系統提供API介面，向應用提供統一的標准介面，使應用的開發和運行與操作系統無關，實現其獨立性。
中間件松耦合的結構，標準的封裝服務和介面，有效的互操作機制，從而給應用結構化和開發方法提供有力的支持。
3、公共服務
公共服務是對應用軟體中共性功能或約束的提取。將這些共性的功能或者約束分類實現，並支持復用，作為公共服務，提供給應用程序使用。通過提供標准、統一的公共服務，可減少上層應用的開發工作量，縮短應用的開發時間，並有助於提高應用軟體的質量。
中間件的特點
1、中間件是軟體，而且是一大類具有不同功能的軟體，而不是一種具備某具體功能的軟體；
2、中間件是伴隨著網路而應運而生的；
3、中間件是應用軟體與系統軟體之間的「中介件」「介中軟體」，起到支撐與連接作用；
4、中間件不是開發工具，但它具有開發、管理和部署的功能；
5、中間件是為應用軟體服務的，應用軟體是為最終用戶服務的，最終用戶並不直接使用中間件；
6、中間件不是大眾消費類軟體產品，除非是一個行業內的專業人士，普通消費者是不會接觸中間件的；
7、在基礎軟體（操作系統、資料庫、中間件）中，中間件是最不為人所了解的；
8、中間件名稱存在被誤用、濫用的現象。
以上內容參考網路-中間件
Ⅱ web組件標准 web components
組件的概念
組件，是數據和方法的一個封裝，其定義了一個可重用的軟體元素的功能，展示和使用，通常表現為一個或一組可重用的元素。
組件的特性
可拓展性：既然組件是針對某一特定功能或需求開發的，那它就必須易於開發和拓展；
封裝性：組件作為一個獨立整體供使用，應該是對內修改，對外封閉，只供使用，而不對使用環境產生副作用；
易用性：組件的目的是產生可重用的獨立部件，那就必須提供一種簡單快捷的方式供使用。
Web Components特徵
Web Components 將一系列特性加入 HTML 和 DOM 規范，使得開發者可以自由創建在web應用或文檔可重用的元素或部件，其由四部分組成：
HTML模板 （HTML Templates） ：HTML內的DOM模板，在 <template> 元素內聲明。
影子DOM （Shadow DOM） ：組合對DOM和樣式的封裝；
HTML導入 （HTML Imports） ：定義在文檔中導入其他HTML文檔的方式；
自定義元素 （Custom Elements） ：定義新 HTML 元素的一系列API；
HTML模板
影子DOM（Shadow DOM）
DOM，即文檔對象模型，是HTML文檔的一個結構表示，以樹形結構表示一個文檔，文檔中元素間關系按照父子，兄弟關系排列；DOM規范提供一系列API支持我們操作文檔節點，即通常所說的DOM API。
前面提到 Web Components 指封裝DOM和樣式，以組件的形式在文檔中使用，而不同於 JavaScript 中函數會形成一個單獨作用域，文檔DOM樹的層次結構中是不存在局部作用域概念的，也就是說文檔內所有定義的樣式都對整個文檔產生影響，文檔中的樣式也會影響組件內的聲明樣式，而不限定於元素所處位置，這樣顯然極大阻礙了組件的獨立性和可重用性，是必須要解決的問題，不過不用擔心，這都已經解決了，解決方案就是下文介紹的 attachShadow() 方法。
影子DOM API提供了 attachShadow() 方法，創建一個影子DOM，支持將封裝的內容或組件作為一個獨立DOM子樹附加進一個HTML文檔，組件內與外部隔離，樣式互不影響，這也印證了組件開發的封裝性需求。
創建
要創建一個影子DOM，很簡單，使用 attachShadow() 方法即可，而需要注意的是所有影子DOM必須和一個文檔中存在的元素（HTML內置元素或自定義元素）綁定，才能使用：
影子樹 （SHADOW TREE） 與影子主體 （SHADOW HOST）
上文使用attachShadow()方法創建的元素就是一個影子DOM，而其子內容就構成一棵影子樹（shadow tree），而和影子DOM綁定，也就是包含該樹的文檔內元素通常稱為影子主體（shadow host）。
template 槽位（SLOT）
使用：
渲染結果:
命名槽
渲染結果
樣式
Web Components定義的組件內的樣式與外部環境的樣式是互不影響的，那麼如何為組件設置樣式呢，依然使用<style>標簽：
HTML引入 （HTML Imports）
自定義元素（Custom Elements）
自定義元素支持開發者定義一類新HTML元素，聲明其行為和樣式，自定義元素分兩類：
自定義標簽元素 （Autonomous custom elements） ：完全獨立於原始HTML元素標簽的新標簽元素，其所有行為需要開發者定義;
自定義內置元素 （Customized built-in） ：基於HTML原始元素標簽的自定義元素，以便於使用原始元素的特性，開發者只需要定義拓展行為；
創建自定義標簽元素
為了創建一個自定義標簽元素，我們需要繼承HTMLELement類, 如在很多頁面我們經常會有一鍵回到頁面頂部功能，我們創建一個返回頂部的組件：
生命周期函數github example:
https://github.com/mdn/web-components-examples/tree/master/life-cycle-callbacks
在需要使用該組件的頁面只需像使用正常HTML元素一樣：
該元素的一切樣式，行為，事件監聽，默認行為均需要開發者自行定義
使用
Ⅲ 第三方中間件MQ、websphere、webSphere的作用和應用場景
MQ處理消息的，在分布環境下擴展進程間的通信，並支持多通訊協議、語言、應用程序、硬體和軟體平台。如果消息隊列較多可以用這個
WebLogic是用於開發、集成、部署和管理大型分布式Web應用、網路應用和資料庫應用的Java應用伺服器，基於J2EE，一般用在電子商務系統。
WebSphere 是一個模塊化的平台，可以在許多平台上運行，包括 Intel、Linux 和 z/OS。它可以創建高效的電子商務站點提高了網上交易的質量和數量。 把應用擴展到聯合的移動設備上使銷售人員可以為客戶提供更方便、更快捷的服務。 整合已有的應用並提供自動簡捷的業務流程。
Ⅳ 中間件到底是不是web伺服器
是軟體，不是伺服器
中間件是一類連接軟體組件和應用的計算機軟體，它包括一組服務，以便於運行在一台或多台機器上的多個軟體通過網路進行交互。該技術所提供的互操作性，推動了一致分布式體系架構的演進。該架構通常用於支持並簡化那些復雜的分布式應用程序，它包括web伺服器、事務監控器和消息隊列軟體
Ⅳ 網頁組件的介紹
網頁組件，又叫web組件。網頁組件包含各種常用的界面組件，如：表格、樹、聯動下拉框等，可輕松構造出令人耳目一新的，具有RIA (Rich Internet Application) 特徵的Web 應用界面。無需下載安裝任何瀏覽器插件，即能實現類似C/S 應用的界面風格和操作習慣，根除B/S 應用難以滿足用戶體驗的頑症。可擴展的UI 數據層, 可快速地與各種第三方的開發框架或應用整合。獨樹一幟的Client 端 / Server 端事件編程機制, 充分保證Web 界面的擴展性和靈活性。
Ⅵ 中間件是什麼幹嘛用的
中間件是一種獨立的系統軟體或服務程序，是連接兩個獨立應用程序或獨立系統的軟體，即使它們具有不同的介面，但通過中間件相互之間仍能交換信息。
中間件在操作系統、網路和資料庫之上，應用軟體的下層，總的作用是為處於自己上層的應用軟體提供運行與開發的環境，幫助用戶靈活、高效地開發和集成復雜的應用軟體。
隨著計算機技術的快速發展，更多的應用軟體被要求在許多不同的網路協議、不同的硬體生產廠商以及不一樣的網路平台和環境上運營。這導致了軟體開發者需要需要開發多種應用程序來達到運營的目的。所以，中間件技術的產生，在極大程度上減輕了開發者的負擔，使得網路的運行更有效率。
(6)web中間組件作用擴展閱讀
中間件技術
1、遠程過程調用
一個應用程序使用RPC來「遠程」執行一個位於不同地址空間里的過程，並且從效果上看和執行本地調用相同。事實上，一個RPC應用分為兩個部分：server和client。server提供一個或多個遠程過程；client向server發出遠程調用。
在RPC模型中，client和server只要具備了相應的RPC介面，並且具有RPC運行支持，就可以完成相應的互操作，而不必限制於特定的server。
2、面向消息的中間件
MOM指的是利用高效可靠的消息傳遞機制進行平台無關的數據交流，並基於數據通信來進行分布式系統的集成。消息放入適當的隊列時，目標程序甚至根本不需要正在運行；即使目標程序在運行，也不意味著要立即處理該消息。
對應用程序的結構沒有約束:在復雜的應用場合中，通訊程序之間不僅可以是一對一的關系，還可以進行一對多和多對一方式，甚至是上述多種方式的組合。多種通訊方式的構造並沒有增加應用程序的復雜性。
3、對象請求代理
可向上提供不同形式的通訊服務，包括同步、排隊、訂閱發布、廣播等等，在這些基本的通訊平台之上，可構築各種框架，為應用程序提供不同領域內的服務，如事務處理監控器、分布數據訪問、對象事務管理器OTM等。
4、事務處理監控
事務處理監控最早出現在大型機上，為其提供支持大規模事務處理的可靠運行環境。隨著分布計算技術的發展，分布應用系統對大規模的事務處理提出了需求，比如商業活動中大量的關鍵事務處理。
Ⅶ Tomcat、WebLogic、Websphere、Jboss為什麼被稱作中間件應怎麼理解
簡單來說，中間件就是操作系統和應用程序之間的橋梁。沒有中間件，你寫出來的應用程序(主要是web application 和 J2EE )就無法運行
我們最早知道的中間件是一個稱為Tuxedo的東西，實質上它是一個交易中間件。1998年IDC公司對於中間件有一個定義，並根據用途將其劃分為6個類別。如今所保留下來的只有消息中間件和交易中間件，其他的已經被逐步融合到其他產品中了，被包裹進去了，在市場上已經沒有單獨的產品形態出現了。例如，當時有一個叫屏幕數據轉換的中間件，其主要是針對IBM大機終端而設計產品，用於將IBM大機終端的字元界面轉化為用戶所喜歡的圖形界面，類似的東西當時都稱為中間件。但隨著IBM大機環境越來越少，但是盛行一時的此類中間件如今已經很少再被單獨提及。
2000年前後，互聯網盛行起來，隨之產生了一個新的東西，就是應用伺服器。實際上，交易中間件也屬於是應用伺服器，為了區分，人們傳統的交易中間件稱為分布交易中間件，因它主要應用在分布式環境下，而將新的應用伺服器，稱為J2EE中間件，到目前為止，這都是市場上非常熱門的產品。
EAI概念出來之後，市場上又推出了一些新的軟體產品，，例如工作流、Portal等，但從分類上不知道怎麼歸類，向上不能夠劃歸應用，往下又不能歸入操作系統，於是就把它歸入了中間件，如此中間件的概念更加擴大了。目前，市場上對於中間件，各家的說法不一，客觀上也導致了理解上的復雜性。
如今，市場上又推出了很多新的概念，例如三層結構、構件、Web服務，其中風頭最勁的當屬SOA(面向服務的架構)。實際上，他們都不是一個產品，而是一種技術的實現方法，是開發一個軟體的一種方法論。我們知道，最早軟體開發方法就是編程、寫代碼的，其缺點在於無法復用，為此提出了構件化的軟體開發方法，通過把編程中一些常用功能進行封裝，並規范統一介面，供其它程序調用，例如我們開發一個新軟體，可能要用到構件1、構件2、構件3，那麼，我們只要對其進行本地組裝，就可以得到我們想要的應用軟體。在互聯網得到普及重視之後，軟體開發方法在構件化基礎上又有新發展，核心思想是軟體並不需要囊括構件，所需要的僅僅是構件的運行結果，例如編寫一個通信傳輸軟體，就可以到網上尋找構件，並提出服務請求，得到結果後返回，而不需要下載構件並打包，這就是現在所說的SOA。想要現實SOA，就要規范構件介面，同時還要規范構件所提交的服務結果，如此，新的軟體開發的思想才能夠行的通。但SOA並不是一個產品，而是一種思想方法，而實現這種方法的基礎，如今看來只有中間件。
那麼，到底什麼才是中間件，什麼不是中間件?從東方通科技的觀點看，中間件應該具備兩個關鍵特徵:首先要為上層的應用層服務，這是一個基本條件;此外，又必須連接到操作系統的層面，並卻保持運行工作狀態，具備了這樣兩個特徵才能稱為中間件。現在很多人把開發工具也稱為中間件是不合適的，因為開發工具開發出來的軟體，並不依賴開發工具與底層操作系統連接。
Ⅷ WebService的好處和作用，求高手講本職
這個需要詳細說明一下它的好處就行了
長項一：跨防火牆的通信
如果應用程序有成千上萬的用戶，而且分布在世界各地，那麼客戶端和伺服器之間的通信將是一個棘手的問題。因為客戶端和伺服器之間通常會有防火牆或者代理伺服器。在這種情況下，使用DCOM就不是那麼簡單，通常也不便於把客戶端程序發布到數量如此龐大的每一個用戶手中。傳統的做法是，選擇用瀏覽器作為客戶端，寫下一大堆ASP頁面，把應用程序的中間層暴露給最終用戶。這樣做的結果是開發難度大，程序很難維護。
舉個例子，在應用程序里加入一個新頁面，必須先建立好用戶界面(Web頁面)，並在這個頁面後面，包含相應商業邏輯的中間層組件，還要再建立至少一個ASP頁面，用來接受用戶輸入的信息，調用中間層組件，把結果格式化為HTML形式，最後還要把「結果頁」送回瀏覽器。要是客戶端代碼不再如此依賴於HTML表單，客戶端的編程就簡單多了。
如果中間層組件換成WebService的話，就可以從用戶界面直接調用中間層組件，從而省掉建立ASP頁面的那一步。要調用WebService，可以直接使用MicrosoftSOAPToolkit或.NET這樣的SOAP客戶端，也可以使用自己開發的SOAP客戶端，然後把它和應用程序連接起來。不僅縮短了開發周期，還減少了代碼復雜度，並能夠增強應用程序的可維護性。同時，應用程序也不再需要在每次調用中間層組件時，都跳轉到相應的「結果頁」。
從經驗來看，在一個用戶界面和中間層有較多交互的應用程序中，使用WebService這種結構，可以節省花在用戶界面編程上20%的開發時間。另外，這樣一個由WebService組成的中間層，完全可以在應用程序集成或其它場合下重用。最後，通過WebService把應用程序的邏輯和數據「暴露」出來，還可以讓其它平台上的客戶重用這些應用程序。
長項二：應用程序集成
企業級的應用程序開發者都知道，企業里經常都要把用不同語言寫成的、在不同平台上運行的各種程序集成起來，而這種集成將花費很大的開發力量。應用程序經常需要從運行在IBM主機上的程序中獲取數據；或者把數據發送到主機或UNIX應用程序中去。即使在同一個平台上，不同軟體廠商生產的各種軟體也常常需要集成起來。通過WebService，應用程序可以用標準的方法把功能和數據「暴露」出來，供其它應用程序使用。
例如，有一個訂單登錄程序，用於登錄從客戶來的新訂單，包括客戶信息、發貨地址、數量、價格和付款方式等內容；還有一個訂單執行程序，用於實際貨物發送的管理。這兩個程序來自不同軟體廠商。一份新訂單進來之後，訂單登錄程序需要通知訂單執行程序發送貨物。通過在訂單執行程序上面增加一層WebService，訂單執行程序可以把「AddOrder」函數「暴露」出來。這樣，每當有新訂單到來時，訂單登錄程序就可以調用這個函數來發送貨物了。
長項三：B2B的集成
用WebService集成應用程序，可以使公司內部的商務處理更加自動化。但當交易跨越供應商和客戶、突破公司的界限時會怎麼樣呢？跨公司的商務交易集成通常叫做B2B集成。
WebService是B2B集成成功的關鍵。通過WebService，公司可以把關鍵的商務應用「暴露」給指定的供應商和客戶。例如，把電子下單系統和電子發票系統「暴露」出來，客戶就可以以電子的方式發送訂單，供應商則可以以電子的方式發送原料采購發票。當然，這並不是一個新的概念，EDI(電子文檔交換)早就是這樣了。但是，WebService的實現要比EDI簡單得多，而且WebService運行在Internet上，在世界任何地方都可輕易實現，其運行成本就相對較低。不過，WebService並不像EDI那樣，是文檔交換或B2B集成的完整解決方案。WebService只是B2B集成的一個關鍵部分，還需要許多其它的部分才能實現集成。
用WebService來實現B2B集成的最大好處在於可以輕易實現互操作性。只要把商務邏輯「暴露」出來，成為WebService，就可以讓任何指定的合作夥伴調用這些商務邏輯，而不管他們的系統在什麼平台上運行，使用什麼開發語言。這樣就大大減少了花在B2B集成上的時間和成本，讓許多原本無法承受EDI的中小企業也能實現B2B集成。
簡單一點說它的優點是可封裝功能，不用將一些商務邏輯暴露出來，同時相對與數據的傳輸和安全性上更強一點，並且可再各個平台上使用，兼容性更好的
Ⅸ C#中webservice的作用是什麼
1.Web Service也叫XML Web Service WebService是一種可以接收從Internet或者Intranet上的其它系統中傳遞過來的請求，輕量級的獨立的通訊技術。是:通過SOAP在Web上提供的軟體服務，使用WSDL文件進行說明，並通過UDDI進行注冊。
XML：(Extensible Markup Language)擴展型可標記語言。面向短期的臨時數據處理、面向萬維網路，是Soap的基礎。
2.Soap：(Simple Object Access Protocol)簡單對象存取協議。是XML Web Service 的通信協議。當用戶通過UDDI找到你的WSDL描述文檔後，他通過可以SOAP調用你建立的Web服務中的一個或多個操作。SOAP是XML文檔形式的調用方法的規范，它可以支持不同的底層介面，像HTTP(S)或者SMTP。
3.WSDL：(Web Services Description Language) WSDL 文件是一個 XML 文檔，用於說明一組 SOAP 消息以及如何交換這些消息。大多數情況下由軟體自動生成和使用。
UDDI (Universal Description, Discovery, and Integration) 是一個主要針對Web服務供應商和使用者的新項目。在用戶能夠調用Web服務之前，必須確定這個服務內包含哪些商務方法，找到被調用的介面定義，還要在服務端來編制軟體，UDDI是一種根據描述文檔來引導系統查找相應服務的機制。UDDI利用SOAP消息機制（標準的XML/HTTP）來發布，編輯，瀏覽以及查找注冊信息。它採用XML格式來封裝各種不同類型的數據，並且發送到注冊中心或者由注冊中心來返回需要的數據。
4.XML Web Service的特點
Web Service的主要目標是跨平台的可互操作性。為了實現這一目標，Web Service 完全基於XML（可擴展標記語言）、XSD（XML Schema）等獨立於平台、獨立於軟體供應商的標准，是創建可互操作的、分布式應用程序的新平台。因此使用Web Service有許多優點:
5.跨防火牆的通信
如果應用程序有成千上萬的用戶，而且分布在世界各地，那麼客戶端和伺服器之間的通信將是一個棘手的問題。因為客戶端和伺服器之間通常會有防火牆或者代理伺服器。傳統的做法是，選擇用瀏覽器作為客戶端，寫下一大堆ASP頁面，把應用程序的中間層暴露給最終用戶。這樣做的結果是開發難度大，程序很難維護。要是客戶端代碼不再如此依賴於HTML表單，客戶端的編程就簡單多了。如果中間層組件換成Web Service的話，就可以從用戶界面直接調用中間層組件，從而省掉建立ASP頁面的那一步。要調用Web Service，可以直接使用Microsoft SOAP Toolkit或.net這樣的SOAP客戶端，也可以使用自己開發的SOAP客戶端，然後把它和應用程序連接起來。不僅縮短了開發周期，還減少了代碼復雜度，並能夠增強應用程序的可維護性。同時，應用程序也不再需要在每次調用中間層組件時，都跳轉到相應的「結果頁」。
6.應用程序集成
企業級的應用程序開發者都知道，企業里經常都要把用不同語言寫成的、在不同平台上運行的各種程序集成起來，而這種集成將花費很大的開發力量。應用程序經常需要從運行的一台主機上的程序中獲取數據；或者把數據發送到主機或其它平台應用程序中去。即使在同一個平台上，不同軟體廠商生產的各種軟體也常常需要集成起來。通過Web Service，應用程序可以用標準的方法把功能和數據「暴露」出來，供其它應用程序使用。
XML Web services 提供了在松耦合環境中使用標准協議（HTTP、XML、SOAP 和 WSDL）交換消息的能力。消息可以是結構化的、帶類型的，也可以是鬆散定義的。
7.B2B的集成
B2B 指的是Business to Business，as in businesses doing business with other businesses,商家(泛指企業)對商家的電子商務，即企業與企業之間通過互聯網進行產品、服務及信息的交換。通俗的說法是指進行電子商務交易的供需雙方都是商家(或企業、公司)，她們使用了Internet的技術或各種商務網路平台，完成商務交易的過程。
Web Service是B2B集成成功的關鍵。通過Web Service，公司可以只需把關鍵的商務應用「暴露」給指定的供應商和客戶，就可以了，Web Service運行在Internet上，在世界任何地方都可輕易實現，其運行成本就相對較低。Web Service只是B2B集成的一個關鍵部分，還需要許多其它的部分才能實現集成。用Web Service來實現B2B集成的最大好處在於可以輕易實現互操作性。只要把商務邏輯「暴露」出來，成為Web Service，就可以讓任何指定的合作夥伴調用這些商務邏輯，而不管他們的系統在什麼平台上運行，使用什麼開發語言。這樣就大大減少了花在B2B集成上的時間和成本。
8.軟體和數據重用
Web Service在允許重用代碼的同時，可以重用代碼背後的數據。使用Web Service，再也不必像以前那樣，要先從第三方購買、安裝軟體組件，再從應用程序中調用這些組件；只需要直接調用遠端的Web Service就可以了。另一種軟體重用的情況是，把好幾個應用程序的功能集成起來，通過Web Service 「暴露」出來，就可以非常容易地把所有這些功能都集成到你的門戶站點中，為用戶提供一個統一的、友好的界面。可以在應用程序中使用第三方的Web Service 提供的功能，也可以把自己的應用程序功能通過Web Service 提供給別人。兩種情況下，都可以重用代碼和代碼背後的數據。
從以上論述可以看出，Web Service 在通過Web進行互操作或遠程調用的時候是最有用的。不過，也有一些情況，Web Service根本不能帶來任何好處，Web Service有一下缺點：
9.單機應用程序
目前，企業和個人還使用著很多桌面應用程序。其中一些只需要與本機上的其它程序通信。在這種情況下，最好就不要用Web Service，只要用本地的API就可以了。COM非常適合於在這種情況下工作，因為它既小又快。運行在同一台伺服器上的伺服器軟體也是這樣。當然Web Service 也能用在這些場合，但那樣不僅消耗太大，而且不會帶來任何好處。
10.區域網的一些應用程序
在許多應用中，所有的程序都是在Windows平台下使用COM，都運行在同一個區域網上。在這些程序里，使用DCOM會比SOAP/HTTP有效得多。與此相類似，如果一個.net程序要連接到區域網上的另一個.net程序，應該使用.net Remoting。其實在.net Remoting中，也可以指定使用SOAP/HTTP來進行Web Service 調用。不過最好還是直接通過TCP進行RPC調用，那樣會有效得多。
11。XML Web Service的應用
1.最初的 XML Web Service 通常是可以方便地並入應用程序的信息來源，如股票價格、天氣預報、體育成績等等。
2.以 XML Web Service 方式提供現有應用程序，可以構建新的、更強大的應用程序，並利用 XML Web Service 作為構造塊。
例如，用戶可以開發一個采購應用程序，以自動獲取來自不同供應商的價格信息，從而使用戶可以選擇供應商，提交訂單，然後跟蹤貨物的運輸，直至收到貨物。而供應商的應用程序除了在Web上提供服務外，還可以使用XML Web Service檢查客戶的信用、收取貨款，並與貨運公司辦理貨運手續。
Ⅹ Web窗體的組件
在 Web 窗體頁中，用戶界面編程分為兩個不同的部分：可視組件和邏輯。如果您以前使用過類似於 Visual Basic 和 Visual C++ 的工具，您將認同在窗體的可視部分和窗體後與之交互的代碼之間存在這樣一種劃分。
視覺元素稱作 Web 窗體「頁」(page)。這種頁由一個包含靜態 HTML 和/或 ASP.NET 伺服器控制項的文件組成。
Web 窗體頁用作要顯示的靜態文本和控制項的容器。利用 Visual Studio Web 窗體設計器和 ASP.NET 伺服器控制項，您可以按照在任何 Visual Studio 應用程序中的方式來設計窗體。有關更多信息，請參見可在 Web 窗體頁上使用的控制項。
Web 窗體頁的邏輯由代碼組成，這些代碼由您創建以與窗體進行交互。編程邏輯位於與用戶界面文件不同的文件中。該文件稱作「代碼隱藏」文件，並具有「.aspx.vb」或「.aspx.cs」擴展名。在代碼隱藏文件中編寫的邏輯可以使用 Visual Basic 或 Visual C# 來編寫。