隨著現(xiàn)代軟件系統(tǒng)變得越來越復(fù)雜，將不同組件和服務(wù)集成在一起以實現(xiàn)特定業(yè)務(wù)目標的需求也變得越來越重要。Web 服務(wù)提供了一個標準化的框架，用于構(gòu)建和集成這些組件，從而實現(xiàn)跨應(yīng)用程序和平臺的無縫協(xié)作。

Web 服務(wù)是什么？

Web 服務(wù)是一種分布式計算模型，允許應(yīng)用程序通過網(wǎng)絡(luò)相互通信。該模型遵循 SOAP（簡單對象訪問協(xié)議）標準，定義了應(yīng)用程序交換消息和數(shù)據(jù)的方式。Web 服務(wù)通常由兩個組件組成：

• 服務(wù)提供者：提供特定功能或數(shù)據(jù)的服務(wù)。
• 服務(wù)消費者：使用服務(wù)提供者提供的功能或數(shù)據(jù)的應(yīng)用程序。

訪問遠程服務(wù)和數(shù)據(jù)，這對于構(gòu)建可跨多個設(shè)備和環(huán)境運行的應(yīng)用程序至關(guān)重要。

改善可重用性和可維護性

Web 服務(wù)作為可重用的組件構(gòu)建，可以輕松地在不同的應(yīng)用程序中使用。它們還提供了模塊化和可維護性的優(yōu)勢，使開發(fā)人員能夠?qū)Ｗ⒂趯崿F(xiàn)業(yè)務(wù)邏輯，而不是底層通信細節(jié)。

Web 服務(wù)的使用場景

Web 服務(wù)在各種現(xiàn)代軟件開發(fā)場景中得到廣泛應(yīng)用，包括：

• 數(shù)據(jù)訪問和集成
• 業(yè)務(wù)流程自動化
• 移動應(yīng)用程序開發(fā)
• 云計算集成
• B2B 通信

在何處了解 Web 服務(wù)

有多種資源可用于了解有關(guān) Web 服務(wù)的更多信息，包括：

• W3C Web 服務(wù)規(guī)范：Azure Web 服務(wù)：AWS Web 服務(wù)：Cloud Web 服務(wù)：

結(jié)論

Web 服務(wù)在現(xiàn)代軟件開發(fā)中發(fā)揮著不可或缺的作用，提供了一套標準化的機制來實現(xiàn)不同組件和服務(wù)之間的集成和互操作性。通過利用 Web 服務(wù)的優(yōu)點，開發(fā)人員可以構(gòu)建更加全面且靈活的解決方案，從而滿足不斷發(fā)展的業(yè)務(wù)需求。

---

互操作性對Web3的重要性

互操作性在Web3領(lǐng)域的核心地位日益凸顯，各大加密項目和互聯(lián)網(wǎng)應(yīng)用正競相尋求這一關(guān)鍵要素以推動未來的網(wǎng)絡(luò)擴展和價值流通。 Ambcrypto等媒體的報道揭示了互操作性如何打破不同區(qū)塊鏈生態(tài)之間的壁壘，使得數(shù)字世界能夠?qū)崿F(xiàn)全球化和協(xié)同效應(yīng)，如同大航海時代的全球化貿(mào)易一樣，促進了知識、資源的共享。 互聯(lián)網(wǎng)的歷史告訴我們，連接是其本質(zhì)，而在Web3時代，區(qū)塊鏈間的互操作性成為了用戶和流量爭奪的焦點，它是加密行業(yè)發(fā)展的突破口。 Klaytn基金會創(chuàng)始人SamSangminSeo強調(diào)了在元宇宙中的重要性，如Cosmos、Polkadot和Cardano等項目已經(jīng)著手構(gòu)建互操作性橋梁，如Klaytn與ZetaChain的合作，以及YugaLabs的“Otherside開發(fā)套件”。 互操作性的價值不僅在于信息傳遞，它還能通過智能合約在私有和公有鏈之間實現(xiàn)安全、定制化的數(shù)據(jù)傳輸，對商業(yè)、法律和醫(yī)療等領(lǐng)域產(chǎn)生深遠影響。 此外，互操作性還能降低Web3的入門門檻，實現(xiàn)更高層次的去中心化，讓初學(xué)者無需深入了解區(qū)塊鏈即可參與其中。 MATCH實驗室作為Web3生態(tài)的一員，其獨特的流量平臺設(shè)計旨在作為不同區(qū)塊鏈的橋梁，導(dǎo)入傳統(tǒng)互聯(lián)網(wǎng)流量并促進跨鏈流通。 MATCH通過COSMOS的IBC技術(shù)，橋接EVM和MoveVM體系，解決流量遷移問題，支持私域流量經(jīng)濟，并有望打破Web3世界的“孤島困境”，提升全球用戶的體驗和應(yīng)用的流動性。 未來，MATCH的上線將進一步推動開發(fā)者和用戶在Web3世界中無縫切換，打破應(yīng)用首發(fā)平臺的限制，標志著真正的Web3新大陸的輪廓開始顯現(xiàn)。 互操作性的力量，正在為構(gòu)建一個互聯(lián)互通、價值流通的全球數(shù)字生態(tài)系統(tǒng)鋪平道路。

請問.Net 和java的區(qū)別，還有聯(lián)系，達人們給解釋下

深度解析：J2EE vs 開發(fā)平臺看到這個標題，也許會有人表示疑惑，J2EE和并不在一個層次上，怎么能將它們放在一起呢？需要指出的是，通常所說的包含了一個相當廣泛的產(chǎn)品家族，包括開發(fā)平臺、操作系統(tǒng)、服務(wù)器、終端設(shè)備等，此外還包括服務(wù)平臺。 開發(fā)平臺只是整個戰(zhàn)略中的一部分，所以確切地說，放在這里的應(yīng)該算是開發(fā)平臺。 隨著三層/多層企業(yè)信息系統(tǒng)結(jié)構(gòu)的深度發(fā)展和下一代分布式計算模型Web 服務(wù)的出現(xiàn)，企業(yè)應(yīng)用中關(guān)于平臺、框架、語言的競爭也愈演愈烈。 J2EE平臺在過去幾年里一直引領(lǐng)著企業(yè)應(yīng)用的潮流，但最近微軟強力推出的平臺也開始吸引著眾多IT企業(yè)和開發(fā)人員的注意力，向J2EE平臺提出了強有力的挑戰(zhàn)。 企業(yè)應(yīng)用領(lǐng)域的技術(shù)對抗也因此拉開了架勢。 需要強調(diào)的是，是戰(zhàn)略產(chǎn)品，而J2EE是描述產(chǎn)品的標準，現(xiàn)在有很多符合J2EE標準的產(chǎn)品。 在可以預(yù)見的未來，它們都將是構(gòu)建企業(yè)信息系統(tǒng)應(yīng)用的基礎(chǔ)性平臺，尤其是開發(fā)和部署Web服務(wù)的重要平臺。 盡管可以同時使用幾種系統(tǒng)平臺和語言，但對于企業(yè)來說，還需要選擇一個戰(zhàn)略性的平臺來實現(xiàn)數(shù)據(jù)的無縫集成，加速企業(yè)應(yīng)用的部署。 而要做出正確的選擇，首先需要充分了解兩個平臺的特點和優(yōu)勢。 本期專題將為您細說J2EE和。 一、群力所至的J2EE二、開發(fā)平臺留住Windows開發(fā)者三、 J2EE與平臺體系架構(gòu)的異同四、 J2EE vs ：Web服務(wù)誰主沉浮？一、群力所至的J2EE 中南大學(xué) 羅新星 畢文杰 企業(yè)應(yīng)用系統(tǒng)的開發(fā)一直面臨著重大挑戰(zhàn)：一方面，企業(yè)應(yīng)用系統(tǒng)面對的是一個異構(gòu)的分布式環(huán)境，它必須支持與已有系統(tǒng)的集成性和與其他系統(tǒng)的互操作性；另一方面，作為為客戶、合作伙伴和企業(yè)內(nèi)部提供信息服務(wù)的平臺，企業(yè)系統(tǒng)還必須具有高可用性、安全性、可靠性和可伸縮性。 這些要求再加上復(fù)雜多變的用戶需求和不斷伸縮的交付時間，使得企業(yè)系統(tǒng)的開發(fā)越來越困難。 開發(fā)商和廣大程序員一直在努力推動和殷切期待一個成熟、標準的企業(yè)平臺來簡化和規(guī)范企業(yè)系統(tǒng)的開發(fā)和部署。 Java技術(shù)的出現(xiàn)，尤其是J2EE（Java 2 Platform Enterprise Edition）平臺的推出正是這種努力的結(jié)果，也使得企業(yè)系統(tǒng)的開發(fā)由此變得更加快速和方便。 需要指出的是，J2EE本身是一個標準，它為不同廠商創(chuàng)建平臺產(chǎn)品提供了標準，使不同J2EE平臺產(chǎn)品之間的交互成為可能。 J2EE旅程 Java于1996年由Sun公司推出，當時它的主要用途是制作產(chǎn)生動態(tài)網(wǎng)頁的Applet。 后來，人們發(fā)現(xiàn)Java的“一次開發(fā)，多次運行”、純面向?qū)ο蟮奶匦浴⒗厥諜C制和內(nèi)置的安全特別適合于開發(fā)企業(yè)應(yīng)用系統(tǒng)。 于是，企業(yè)應(yīng)用開發(fā)商紛紛在Java標準版的基礎(chǔ)上各自擴展出許多企業(yè)應(yīng)用API，其結(jié)果導(dǎo)致基于Java的企業(yè)應(yīng)用呈爆炸式增長。 但是各企業(yè)系統(tǒng)API之間又不能相互兼容，破壞了Java的平臺獨立性。 鑒于此，Sun公司聯(lián)合IBM、Oracle、BEA等大型企業(yè)應(yīng)用系統(tǒng)開發(fā)商于1998年共同制訂了一個基于Java組件技術(shù)的企業(yè)應(yīng)用系統(tǒng)開發(fā)規(guī)范，該規(guī)范定義了一個多層企業(yè)信息系統(tǒng)的標準平臺，旨在簡化和規(guī)范企業(yè)應(yīng)用系統(tǒng)的開發(fā)和部署。 這一規(guī)范和其定義的平臺就構(gòu)成了J2EE。 目前J2EE的最新版本是J2EE 1.3。 需要注意的是，J2EE本身是一個標準，而不是一個現(xiàn)成的產(chǎn)品（雖然現(xiàn)在有很多符合J2EE標準的產(chǎn)品），它由以下幾個部分組成： J2EE規(guī)范。 該規(guī)范定義了J2EE平臺的體系結(jié)構(gòu)、平臺角色及J2EE中每種服務(wù)和核心API的實現(xiàn)要求。 它是J2EE應(yīng)用服務(wù)器開發(fā)商的大綱。 J2EE兼容性測試站點。 Sun公司提供的一個測試J2EE應(yīng)用服務(wù)器是否符合J2EE規(guī)范的站點，對通過該站點測試的產(chǎn)品，Sun公司將發(fā)放兼容性證書。 J2EE參考實現(xiàn)。 即J2EE SDK，它既是Sun公司自己對J2EE規(guī)范的一個非商業(yè)性實現(xiàn)，又是為開發(fā)基于J2EE企業(yè)級應(yīng)用系統(tǒng)原型提供的一個免費的底層開發(fā)環(huán)境。 J2EE實施指南。 即BluePrints文檔，該文檔通過實例來指導(dǎo)開發(fā)人員如何去開發(fā)一個基于J2EE的多層企業(yè)應(yīng)用系統(tǒng)。 組件-容器 搭建體系架構(gòu) J2EE規(guī)范定義了一個基于組件的多層企業(yè)應(yīng)用系統(tǒng)開發(fā)平臺，其邏輯結(jié)構(gòu)如圖1所示。 圖中的橢圓形表示組件，大矩形表示容器，包含向下文字的小矩形表示API，箭頭表示訪問，箭頭線上的文字表示相應(yīng)的協(xié)議。 J2EE是一個基于組件-容器模型的系統(tǒng)平臺，其核心概念是容器。 容器是指為特定組件提供服務(wù)的一個標準化的運行時環(huán)境，Java虛擬機就是一個典型的容器。 組件是一個可以部署的程序單元，它以某種方式運行在容器中，容器封裝了J2EE底層的API，為組件提供事務(wù)處理、數(shù)據(jù)訪問、安全性、持久性等服務(wù)。 在J2EE中組件和組件之間并不直接訪問，而是通過容器提供的協(xié)議和方法來相互調(diào)用。 組件和容器間的關(guān)系通過“協(xié)議”來定義。 容器的底層是J2EE服務(wù)器，它為容器提供J2EE中定義的各種服務(wù)和API。 一個J2EE服務(wù)器（也叫J2EE應(yīng)用服務(wù)器）可以支持一種或多種容器。 在圖1中，你可能已經(jīng)注意到每個容器的服務(wù)包括兩部分：J2SE（Java 2 Platform Standard Edition）和一組擴展的服務(wù)。 這是因為J2EE是以Java標準版為基礎(chǔ)的，各容器在J2SE之上再根據(jù)需要提供一些擴展的服務(wù)，如目錄服務(wù)、事務(wù)管理、數(shù)據(jù)訪問、消息機制、安全性等。 J2ee的核心——EJB J2EE定義了四種組件：Applet組件、Application客戶組件、Web組件及EJB（Enterprise JavaBeans）組件。 其中Applet和Application客戶組件在客戶端運行，J2EE通過Java插件為Applet提供運行環(huán)境，Application客戶的容器就是本地Java虛擬機。 Web及EJB組件在服務(wù)端運行。 J2EE中包含兩種Web組件：JSP和Servlet。 它們是Web服務(wù)器的功能擴展，都能生成動態(tài)Web頁面。 不同的是JSP是將Java代碼嵌入到HTML中，服務(wù)器負責(zé)解釋執(zhí)行，生成結(jié)果返回用戶（與ASP技術(shù)相似）。 而Servlet是單獨的Java類，它動態(tài)生成HTML文件返回給客戶。 Web組件的容器比較典型的就是基于Java的Web服務(wù)器。 EJB是J2EE平臺的核心，也是J2EE得到業(yè)界廣泛關(guān)注和支持的主要原因。 我們知道，J2EE的一個主要目的就是簡化企業(yè)應(yīng)用系統(tǒng)的開發(fā)，使程序員將主要精力放在商業(yè)邏輯的開發(fā)上。 EJB正是基于這種思想的服務(wù)器端技術(shù)，它本身也是一種規(guī)范，該規(guī)范定義了一個可重用的組件框架來實現(xiàn)分布式的、面向?qū)ο蟮纳虡I(yè)邏輯。 EJB的核心思想是將商業(yè)邏輯與底層的系統(tǒng)邏輯分開，使開發(fā)者只需關(guān)心商業(yè)邏輯，而由EJB容器實現(xiàn)目錄服務(wù)、事務(wù)處理、持久性、安全性等底層系統(tǒng)邏輯。 一個可部署的EJB組件包含3個部分： Remote 接口 Remote接口定義EJB組件中提供的可供用戶調(diào)用的方法，也就是通常所說的實現(xiàn)商業(yè)邏輯的函數(shù)或過程（如計算商品價格的函數(shù)），以供遠程客戶端調(diào)用。 在EJB組件部署到容器的時候，容器會自動生成Remote接口相應(yīng)的實例，即EJB對象，它負責(zé)代理用戶的調(diào)用請求。 Home接口 Home接口定義一組方法來創(chuàng)建新的EJB對象，查找、定位和清除已有的EJB對象。 在EJB組件部署時容器也會自動生成相應(yīng)的Home對象，該對象負責(zé)查找和創(chuàng)建EJB對象，返回EJB對象的引用給客戶；用戶利用該引用調(diào)用EJB組件的方法，得到結(jié)果；最后Home對象清除EJB對象。 我們可以形象地稱Home接口為EJB對象的工廠。 Enterprise Beans類 Enterprise Beans類是商業(yè)邏輯的具體實現(xiàn)類。 其可供用戶調(diào)用的方法在Remote接口中定義。 根據(jù)功能不同，EJB 2.0規(guī)范中定義了三種Enterprise Beans:會話Beans（Session Beans）、實體Beans（Entity Beans）和消息驅(qū)動Beans（Message-Driven Beans）。 會話Beans分無狀態(tài)和有狀態(tài)兩種。 一般無狀態(tài)的會話Beans模擬商業(yè)邏輯，比如計算價格等。 有狀態(tài)的會話Beans通常模擬一個客戶會話，它會臨時保存客戶信息，根據(jù)客戶要求調(diào)用其他Beans來存取數(shù)據(jù)。 兩種會話Beans都不保存狀態(tài)信息或數(shù)據(jù)，當客戶斷開連接或服務(wù)器關(guān)閉時，會話Beans也隨之消失。 一個會話Beans的典型例子是網(wǎng)站上的購物車。 實體Beans模擬商業(yè)數(shù)據(jù)，它表示一個數(shù)據(jù)存儲，可以是狀態(tài)信息或數(shù)據(jù)庫中的一條紀錄。 實體Beans在客戶斷開連接或服務(wù)器關(guān)閉后，仍有服務(wù)保證其數(shù)據(jù)得以保存。 一個實體Beans的典型例子就是客戶賬號信息。 消息驅(qū)動Beans在行為上很像會話Beans。 不同的是僅在需要向這些Beans發(fā)送消息時才調(diào)用消息驅(qū)動Beans,比如在需要的時候發(fā)送用戶確認信息等。 另外，在提交和部署EJB組件時，還需要兩個文件：部署描述文件，容器根據(jù)該文件來部署Enterprise Beans，提供所要求的服務(wù)；EJB jar文件，它是提交給EJB容器的一個部署單元，容器（應(yīng)用服務(wù)器）在部署時解開它，裝入Enterprise Beans。 EJB容器非常復(fù)雜，一般由專業(yè)的J2EE應(yīng)用服務(wù)器開發(fā)商提供，比較流行的EJB容器由IBM的WebShpere、BEA公司的WebLogic Server、Sun公司的iPlant等應(yīng)用服務(wù)器提供。 EJB容器除了為EJB提供事務(wù)處理、目錄服務(wù)、持久性管理和安全性服務(wù)外，還負責(zé)EJB的部署、發(fā)布和生命周期管理。 平臺標準服務(wù) 服務(wù)是組件和容器之間，以及容器和J2EE服務(wù)器之間的接口，在實現(xiàn)層面上它就是一系列API和協(xié)議。 J2EE平臺定義了一組標準的服務(wù)，其中有些服務(wù)是由J2SE提供的，有些則是J2EE對Java的擴展。 目錄服務(wù) JNDI（Java Name and Directory） API為應(yīng)用程序提供了一個統(tǒng)一的接口來完成標準的目錄操作，由于JNDI是獨立于目錄協(xié)議的，應(yīng)用程序可以用它訪問各種目錄服務(wù)，如LDAP、NDS、DNS等。 數(shù)據(jù)訪問 JDBC（Java Database Connectivity) API為訪問不同類型的數(shù)據(jù)庫提供了統(tǒng)一的途徑，屏蔽了不同數(shù)據(jù)庫的細節(jié)，具有平臺無關(guān)性。 J2EE平臺除了要求核心的JDBC API（包含在J2SE中）外，還要求擴展的JDBC API 2.0，它支持行集、連接池和分布式的事務(wù)處理。 事務(wù)處理 JTA（Java Transaction Architecture）定義了一組標準的接口，為應(yīng)用系統(tǒng)提供可靠的事務(wù)處理支持。 JTS（Java Transaction Service）是CORBA OTS事務(wù)監(jiān)控的Java實現(xiàn)。 JTS規(guī)定了事務(wù)管理器的實現(xiàn)方式，該事務(wù)管理器在高層支持JTA標準，在底層實現(xiàn)了OMG OTS規(guī)范的Java映射。 消息服務(wù) JMS（Java Message Service）是一組用于和面向消息的中間件相互通信的API。 它既支持點對點的消息通信，也支持發(fā)布/訂閱式的消息通信。 電子郵件 JavaMail API允許在應(yīng)用程序中以獨立于平臺、獨立于協(xié)議的方式收發(fā)電子郵件。 JAF（JavaBeans Activation Framework）負責(zé)處理MIME編碼，JavaMail利用JAF來處理MIME編碼的郵件附件。 CORBA兼容接口 RMI（遠程方法調(diào)用）是在分布式對象間通信的Java本地方法，它使應(yīng)用程序調(diào)用遠程方法像調(diào)用本地方法一樣，不需要考慮所調(diào)用對象的位置。 RMI-IIOP是RMI的擴展，是符合CORBA標準的對象通信協(xié)議，也是J2EE默認的組件通信協(xié)議。 Java IDL允許J2EE應(yīng)用組件通過IIOP協(xié)議訪問外部的CORBA對象。 安全服務(wù) JAAS（Java Authentication and Authorization Service）用兩個步驟實現(xiàn)安全性：認證，即由用戶提供認證信息（如用戶名和密碼）來獲得系統(tǒng)認證，這一過程又稱之為登錄；授權(quán)，在被確認為合法用戶后，系統(tǒng)根據(jù)用戶的角色授予其相應(yīng)的權(quán)限。 J2EE的授權(quán)是基于安全角色的概念，一個安全角色是一個擁有相同權(quán)限的邏輯組。 J2EE的安全角色由應(yīng)用組件提供商來定義。 Web服務(wù)支持 目前J2EE還不提供對Web服務(wù)的支持。 Sun提供了一套API及其實現(xiàn)WSDP作為對J2EE的擴展，但目前還不是J2EE規(guī)范的內(nèi)容。 在WSDP中，JAXP用來解析XML文檔;JAXR向UDDI服務(wù)器注冊Web Services；JTX/RPC用基于XML的協(xié)議（如SOAP）來發(fā)送和接收XML文檔；JWSDL處理WSDL文檔。 雖然J2EE不是為Web服務(wù)而生，但它現(xiàn)在正在努力追趕Web服務(wù)的腳步。 多層應(yīng)用模型 從應(yīng)用的角度來看，J2EE為企業(yè)應(yīng)用系統(tǒng)的開發(fā)提供了一種多層分布式企業(yè)應(yīng)用模型。 在J2EE中，應(yīng)用邏輯按功能不同可以劃分為不同類型的組件，各組件根據(jù)它們所在的層分布在不同的機器上，共同組成一個基于組件的分布式系統(tǒng)。 J2EE定義了一個典型的四層結(jié)構(gòu)，分別是客戶層、Web層、商業(yè)邏輯層和企業(yè)信息系統(tǒng)層。 在應(yīng)用開發(fā)時，J2EE定義的四層模型可根據(jù)實際情況靈活運用。 由于除了Applet外其他的組件都可以訪問數(shù)據(jù)庫、EJB組件和企業(yè)信息系統(tǒng)，所以通過不同層的取舍及組合，可以衍生出許多應(yīng)用軟件開發(fā)模型，如基于Web的四層模型、基于桌面應(yīng)用的三層模型（不包括Web層）、B2B模型（不包括客戶層）等。 如果應(yīng)用系統(tǒng)比較簡單，一般不用EJB作為邏輯層，而直接用Web組件來實現(xiàn)商業(yè)邏輯和數(shù)據(jù)訪問，畢竟EJB的開發(fā)和部署費用還相當高。 二、開發(fā)平臺留住Windows開發(fā)者 南京郵電學(xué)院 李建忠 開發(fā)平臺一推出，就開始了與J2EE平臺的競爭。 它的絕大部分是微軟Windows DNA(Distributed Network Architecture)的重寫，DNA是微軟以前開發(fā)企業(yè)應(yīng)用程序的平臺。 Windows DNA中包括了許多已經(jīng)被證實的技術(shù)，新的框架取代了這些技術(shù)，并包含了Web服務(wù)層和改良的語言支持。 從戰(zhàn)略角度看，開發(fā)平臺擔負著整合戰(zhàn)略的重任，但它最直接的目標則是努力為微軟保留住龐大的Windows用戶基礎(chǔ)。 微軟的Windows開發(fā)用戶群是微軟通過Windows操作系統(tǒng)獲得的最大財富。 對于為什么要推出開發(fā)平臺，微軟表示，主要原因之一就是由于Java向開發(fā)者承諾的硬件和操作系統(tǒng)無關(guān)性，可能會導(dǎo)致這些用戶轉(zhuǎn)向其他平臺。 雖然開發(fā)平臺本身不會給微軟帶來很多收益，但Windows程序員是企業(yè)內(nèi)部對微軟產(chǎn)品的主要支持力量，商用軟件的開發(fā)者形成了向客戶銷售微軟產(chǎn)品的重要渠道。 如果微軟可以讓開發(fā)者在開發(fā)平臺上編寫應(yīng)用程序，那么就會有更多的公司購買微軟的其他產(chǎn)品。 認識 認識最好的方法是看它做什么。 戰(zhàn)略將互聯(lián)網(wǎng)本身作為構(gòu)建新一代操作系統(tǒng)的基礎(chǔ)，并對互聯(lián)網(wǎng)和操作系統(tǒng)的設(shè)計思想進行合理延伸，使開發(fā)人員能夠創(chuàng)建出與設(shè)備無關(guān)的應(yīng)用程序，以便輕松實現(xiàn)互聯(lián)網(wǎng)連接。 包括一個相當廣泛的產(chǎn)品家族，它們構(gòu)建于XML和互聯(lián)網(wǎng)產(chǎn)業(yè)標準之上，為用戶提供Web服務(wù)的開發(fā)、管理、應(yīng)用和體驗。 圖1是對戰(zhàn)略的總體描述。 組成戰(zhàn)略的五個方面包括： 開發(fā)平臺 這是一組用于建立Web服務(wù)應(yīng)用程序和Windows桌面應(yīng)用程序的軟件組件，包括 Framework（框架）、開發(fā)者工具和。 于今年3月發(fā)布的Visual Studio 將是RAD開發(fā)工具中一個重要的產(chǎn)品。 服務(wù)器 能夠提供廣泛聚合和集成Web服務(wù)的服務(wù)器是搭建平臺的后端基礎(chǔ)。 基礎(chǔ)服務(wù) 密碼認證、日歷、文件存儲、用戶信息等基礎(chǔ)服務(wù)是必不可少的。 微軟正在著力建設(shè)的 My Services等基礎(chǔ)性服務(wù)平臺是這方面可以借鑒的例子。 終端設(shè)備 廣泛的連接互聯(lián)網(wǎng)并體驗Web服務(wù)的終端設(shè)備是實現(xiàn)的前端基礎(chǔ)。 PC、PDA以及各種嵌入式設(shè)備將在這個廣闊的天地里發(fā)揮作用。 用戶體驗 能夠滿足人們各種各樣需求的用戶體驗是的最終目標，也是的價值實現(xiàn)。 在這五個組成部分當中，開發(fā)平臺中的 框架是軟件構(gòu)造中最具挑戰(zhàn)性的部分，其他四個部分則緊緊圍繞框架來進行組織整合。 框架內(nèi)核 框架實現(xiàn)了語言開發(fā)、代碼編譯、組件配置、程序運行、對象交互等各個層面的功能，為Web服務(wù)及普通應(yīng)用程序提供了一個托管、安全、高效的執(zhí)行環(huán)境。 所有在平臺上創(chuàng)建的應(yīng)用程序運行都需要兩個核心模塊:Common Language Runtime（CLR，通用語言運行時）和 Framework類庫。 CLR是一個軟件引擎，用來加載應(yīng)用程序，確認它們可以沒有錯誤地運行，并進行相應(yīng)的安全許可驗證，執(zhí)行應(yīng)用程序，然后將被清除。 Framework類庫則向程序員提供軟件組件，來編寫在CLR的控制下運行的代碼，它們按照單一有序的分級組織提供了一個龐大的功能集，包括從文件系統(tǒng)到對XML功能的網(wǎng)訪問的每一樣功能。 該類庫為開發(fā)提供了三種基本編程模板：基于的Web表單應(yīng)用、基于的Web服務(wù)應(yīng)用和基于傳統(tǒng)GUI交互的Windows應(yīng)用。 CLR——的虛擬機 CLR為應(yīng)用程序提供了一個托管的代碼執(zhí)行環(huán)境。 托管意味著將原來由程序員或操作系統(tǒng)做的工作剝離出來交由CLR來完成，從而使程序運行獲得更高的安全性和穩(wěn)定性。 這些工作包括內(nèi)存管理、即時編譯、組件自描述、安全管理和代碼驗證，以及其他一些系統(tǒng)服務(wù)。 CLR提供一個技術(shù)規(guī)范，無論程序使用什么語言編寫，只要能編譯成中間語言，就可以在它的支持下運行，這樣應(yīng)用程序就可以獨立于語言。 CLR還在應(yīng)用程序運行環(huán)境中為基于組件的編程提供了直接支持，比如它支持屬性、事件、對象、繼承性、多態(tài)性、接口等組件編程特性。 CLR中的自動垃圾收集器負責(zé)應(yīng)用程序運行時的內(nèi)存分配、對象布局、內(nèi)存釋放等內(nèi)存管理問題，徹底解決了多年來困擾程序員的內(nèi)存泄漏問題，大大增強了應(yīng)用程序的健壯性。 即時編譯器在運行時將中間語言以調(diào)用的對象方法為單位動態(tài)編譯成本地二進制代碼。 中間語言是在平臺下編譯器輸出PE文件（Windows可執(zhí)行文件）的語言，它為平臺提供了多語言支持，允許開發(fā)者使用20多種不同的編程語言。 而元數(shù)據(jù)是一個內(nèi)嵌于PE文件的表的集合，描述了代碼中數(shù)據(jù)類型等在代碼執(zhí)行時CLR需要知道的信息。 元數(shù)據(jù)使得應(yīng)用程序代碼具備自描述特性，提供了類型安全保障，而這在以前需要額外的類型庫或接口定義語言（IDL）。 CLR根據(jù)托管組件的來源（如互聯(lián)網(wǎng)、企業(yè)局域網(wǎng)、本地機器）等因素確定各組件的信任度，并根據(jù)信任度來限定它們執(zhí)行諸如讀取文件、修改注冊表等敏感操作的權(quán)限。 此外，CLR借助通用類型系統(tǒng)對代碼類型進行嚴格的安全檢查，可以避免不同組件之間可能存在的類型不匹配問題。 通過代碼訪問安全機制，開發(fā)人員可以為應(yīng)用程序指定完成工作所必需的權(quán)限。 CLR不僅規(guī)定了代碼訪問安全，還規(guī)定了基于角色的安全。 基于角色的認證為互聯(lián)網(wǎng)上分布式組件的執(zhí)行提供了安全保證。 值得指出的是，CLR通常寄宿在其他高性能服務(wù)器的應(yīng)用程序中，比如互聯(lián)網(wǎng)信息服務(wù)器（IIS）、SQL Server數(shù)據(jù)庫服務(wù)器等。 這樣，開發(fā)者可以充分利用CLR諸多安全、高效的優(yōu)點來部署自己的商業(yè)邏輯。 類庫——組件和服務(wù)的家園 Framework類庫由一組廣泛的、面向?qū)ο蟮摹⒖杀婚_發(fā)者用于任何編程語言的可重用類集合組成。 它提供了幾乎所有應(yīng)用程序都需要的公共代碼;在此之上是許多應(yīng)用程序模板，這些模板為開發(fā)網(wǎng)絡(luò)站點和網(wǎng)絡(luò)服務(wù)提供特定的高級組件和服務(wù)，不管是傳統(tǒng)的命令行程序還是Windows圖形界面程序，亦或是面向下一代互聯(lián)網(wǎng)分布式計算平臺的或Web服務(wù)應(yīng)用。 與在Windows和它的SDK中發(fā)送的代碼庫一樣，框架類庫將程序員從繁重的編程細節(jié)中解放出來，而專注于程序的商業(yè)邏輯。 它將核心Win32 API最常用的功能和外掛SDK的功能封裝到了一個統(tǒng)一的包中，并采用清晰而有條理的方式對類庫進行分組和描述，這樣開發(fā)者就能夠更方便地找到其應(yīng)用程序所需要的大多數(shù)功能。 下面是它所提供的一些核心服務(wù)： 系統(tǒng)框架服務(wù) 服務(wù)框架包括一套開發(fā)人員希望在標準語言庫中存在的基類庫，如集合、輸入/輸出、字符串、數(shù)據(jù)等基類。 基類庫還提供訪問操作系統(tǒng)服務(wù)的類，如圖畫、網(wǎng)絡(luò)、線程、加密等類型。 此外，服務(wù)框架也包括數(shù)據(jù)訪問類庫以及開發(fā)工具。 組件 為基于網(wǎng)絡(luò)的、可擴展的應(yīng)用程序和服務(wù)提供數(shù)據(jù)訪問服務(wù)。 它不僅支持傳統(tǒng)的基于鏈接指針風(fēng)格的數(shù)據(jù)訪問，而且對于更適合于把數(shù)據(jù)返回到客戶端應(yīng)用程序的無鏈接數(shù)據(jù)模板，它也提供高性能的訪問支持。 XML數(shù)據(jù)組件 通過它開發(fā)人員可以對任何數(shù)據(jù)進行XML轉(zhuǎn)換、傳輸和確認，所有數(shù)據(jù)都可以被看做是XML格式的。 同時，系統(tǒng)也支持數(shù)據(jù)與XML數(shù)據(jù)之間的通用轉(zhuǎn)換。 Windows表單組件 Windows表單組件為開發(fā)人員提供了強大的Windows應(yīng)用程序模型和豐富的Windows用戶口，包括傳統(tǒng)的ActiveX控件和Windows XP的新界面，如透明的、分層的浮動窗口。 對CLR的強大支持也是Windows表單組件令人興奮的地方之一。 應(yīng)用服務(wù) 的核心是其用于處理基于低級結(jié)構(gòu)HTTP請求的高性能的運行語言，其編譯運行的方式大大提高了它的性能。 使用基于構(gòu)件的框架配制模板，因此它獲得了諸如XCOPY配制、構(gòu)件并行配制、基于XML配制之類的優(yōu)點。 它還支持應(yīng)用程序的實時更新，同時提供高速緩沖服務(wù)，以改善性能。 Web表單 Web表單把VB表單高效率的優(yōu)點帶到了Web應(yīng)用程序的開發(fā)中。 Web單支持傳統(tǒng)的將HTML內(nèi)容與腳本代碼混合的ASP語法，但是它提出了一種將應(yīng)用程序代碼和用戶接口內(nèi)容分離的、更加結(jié)構(gòu)化的方法。 它提供一套映射傳統(tǒng)HTML用戶接口部件（包括列表框、文本框和按鈕）的 Web表單控件和一套更加復(fù)雜的Web應(yīng)用控件（如日歷和廣告轉(zhuǎn)板）。

什么是web servers?

現(xiàn)在我將列舉三種情況，在這三種情況下，你將會發(fā)現(xiàn)使用Webservice會帶來極大的好處。 此后，我還會舉出不應(yīng)該使用Webservice的一些情況。 跨越防火墻的通信如果你的應(yīng)用程序有成千上萬的用戶，而且他們都分布在世界各地，那么客戶端和服務(wù)器之間的通信將是一個棘手的問題。 那是因為客戶端和服務(wù)器之間通常都會有防火墻或者代理服務(wù)器。 在這種情況下，你想使用DCOM就不是那么簡單了，而且，通常你也不愿意把你的客戶端程序發(fā)布到如此龐大數(shù)量的每一個用戶手中。 于是，你最終選擇了用瀏覽器作為客戶端，寫下一堆ASP頁面，把應(yīng)用程序的中間層暴露給最終用戶。 結(jié)果呢？運氣好的話，只是開發(fā)難度大了一些，運氣不好的話，就會得到一個根本無法維護的應(yīng)用程序。 想象一下你應(yīng)該怎么在你的應(yīng)用程序里面加入一個新的頁面：你必須先建立好用戶界面(Web頁面)，以及在這個頁面后面，包含相應(yīng)商業(yè)邏輯的中間層組件。 這還不夠，你還要再建立至少一個ASP頁面，用來接受用戶輸入的信息，調(diào)用中間層組件，把結(jié)果格式化為HTML形式，最后還要把結(jié)果頁送回瀏覽器。 要是客戶端代碼不再如此依賴于HTML表單，客戶端的編程不就簡單多了嗎？還有，建立ASP頁面的那一步可以省略掉嗎？當然。 如果你的中間層組件是Webservice的話，你完全可以從用戶界面直接調(diào)用中間層組件，從而省掉建立ASP頁面的那一步。 要調(diào)用Webservice，你可以直接使用MicrosoftSOAPToolkit或這樣的SOAP客戶端，也可以使用你自己開發(fā)的SOAP客戶端，然后把它和你的應(yīng)用程序連接起來。 這樣做，不僅可以縮短開發(fā)周期，還可以減少代碼的復(fù)雜度，并增強整個應(yīng)用程序的可維護性。 同時，你的應(yīng)用程序也不再需要在每次調(diào)用中間層組件時，都跳轉(zhuǎn)到相應(yīng)的結(jié)果頁了。 以我的經(jīng)驗來看，在一個用戶界面和中間層有較多交互的應(yīng)用程序中，使用Webservice這種結(jié)構(gòu)，可以輕松的節(jié)省花在用戶界面編程上的20%的開發(fā)時間。 這樣做還有另一個好處，就是你將得到一個由Webservice組成的中間層，這一層是完全可以在應(yīng)用程序集成或其他場合下被重用的。 最后，通過Webservice把你的應(yīng)用程序的邏輯和數(shù)據(jù)暴露出來，還可以讓其它平臺上的客戶重用你的應(yīng)用程序。 應(yīng)用程序集成企業(yè)級的應(yīng)用程序開發(fā)者都知道，企業(yè)里經(jīng)常都要把用不同語言寫成的在不同平臺上運行的各種程序集成起來，而這種集成將花費很大的開發(fā)的力量。 你的應(yīng)用程序經(jīng)常都需要從運行在古老的IBM主機上的程序中獲取數(shù)據(jù)；或者再把數(shù)據(jù)發(fā)送到主機或UNIX應(yīng)用程序中去。 即使是在同一個平臺上，不同的軟件廠商生產(chǎn)的各種軟件也常常需要集成起來。 通過Webservice，應(yīng)用程序可以用標準的方法把功能和數(shù)據(jù)暴露出來，供其它的應(yīng)用程序使用。 例如，你有一個訂單登錄程序，用于登錄從客戶來的新訂單，包括客戶信息、發(fā)貨地址、數(shù)量、價格和付款方式等信息。 同時，你還有一個訂單執(zhí)行程序，用于實際貨物發(fā)送的管理。 這兩個程序是來自不同軟件廠商的。 一份新訂單進來之后，訂單登錄程序需要通知訂單執(zhí)行程序發(fā)送貨物。 通過在訂單執(zhí)行程序上面增加一層Webservice，訂單執(zhí)行程序可以把AddOrder函數(shù)暴露出來。 這樣，每當有新訂單到來時，訂單登錄程序就可以調(diào)用這個函數(shù)來發(fā)送貨物了。 進而通過Webservice集成應(yīng)用程序B2B的集成用Webservice集成應(yīng)用程序，可以使你公司內(nèi)部的商務(wù)處理更加自動化。 但當交易跨越了你的供應(yīng)商和客戶，突破了公司的界線時又會怎么樣呢？跨公司的商務(wù)交易集成通常叫做B2B集成。 Webservice是B2B集成成功的關(guān)鍵。 通過Webservice，你的公司可以把關(guān)鍵的商務(wù)應(yīng)用暴露給指定的供應(yīng)商和客戶。 例如，把你的電子下單系統(tǒng)和電子發(fā)票系統(tǒng)暴露出來，你的客戶就可以以電子的方式向你發(fā)送購貨訂單，而你的供應(yīng)商則可以以電子的方式把原料采購的發(fā)票發(fā)送給你。 當然，這并不是一個新的概念：電子文檔交換(EDI)早就是這樣了。 Webservice和EDI之間的主要區(qū)別在于，Webservice的實現(xiàn)要比EDI簡單得多，而且Webservice是運行在Internet上的，在世界任何地方都可輕易實現(xiàn)，這樣其運行成本就相對較低。 不過，Webservice并不像EDI那樣，是文檔交換或B2B集成的一套完整的解決方案。 Webservice只是B2B集成的一個關(guān)鍵部分，還需要許多其它的部分才能完成這個集成。 用Webservice來實現(xiàn)B2B集成的最大好處在于可以輕易實現(xiàn)互操作性。 只要把你的商務(wù)邏輯暴露出來，成為Webservice，你就可以讓任何指定的合作伙伴輕松的調(diào)用你的商務(wù)邏輯，而不管他們的系統(tǒng)在什么平臺上運行，使用的是什么開發(fā)語言。 這樣就大大減少了花在B2B集成的上的時間和成本。 這樣的低成本讓許多原本無法承受EDI的投資成本的中小企業(yè)也能實現(xiàn)B2B集成。 軟件重用軟件重用是一個很大的主題，它有很多的形式和程度。 最基本的形式是源代碼模塊或者類一級的重用。 另一種形式是二進制形式的組件重用。 當前，像表格控件或用戶界面控件這樣的可重用軟件組件在市場上都占有很大的份額。 但這類軟件的重用都有一個很嚴重的限制：重用僅限于代碼，而數(shù)據(jù)不能被重用。 原因在于你可以很輕易的發(fā)布組件甚至源代碼，但要發(fā)布數(shù)據(jù)就沒那么容易了，除非那些數(shù)據(jù)都是不會經(jīng)常變化的靜態(tài)數(shù)據(jù)。 而Webservice允許你在重用代碼的同時，重用代碼后面的數(shù)據(jù)。 使用Webservice，你不再像以前那樣，要先從第三方購買、安裝軟件組件，再從你的應(yīng)用程序中調(diào)用這些組件。 你只需要直接調(diào)用遠端的Webservice就可以了。 舉個例子，你想在你的應(yīng)用程序中確認用戶輸入的郵件地址，那么，你只需把這個地址直接發(fā)送給相應(yīng)的Webservice，這個Webservice就會幫你查閱街道地址、城市、省區(qū)和郵政編碼等信息，確認這個地址的確在相應(yīng)的郵政編碼區(qū)域。 Webservice的提供商可以按時間或使用次數(shù)來對這項服務(wù)進行收費。 這樣的服務(wù)要通過組件重用來實現(xiàn)是不現(xiàn)實的，因為那樣的話你必須下載并安裝好包含街道地址、城市、省區(qū)和郵政編碼等信息的數(shù)據(jù)庫，而且這個數(shù)據(jù)庫還是不能實時更新的。 另一種軟件重用的情況是把好幾個應(yīng)用程序的功能集成起來。 例如，你想要建立一個局域網(wǎng)上的門戶站點應(yīng)用，讓用戶既可以查詢他們的聯(lián)邦快遞包裹，察看股市行情，又可以管理他們的日程安排，還可以在線購買電影票。 現(xiàn)在Web上有很多應(yīng)用程序供應(yīng)商，都在其應(yīng)用中實現(xiàn)了上面的這些功能。 一旦他們把這些功能都通過Webservice暴露出來，你就可以非常輕易地把所有這些功能都集成到你的門戶站點中，為用戶提供一個統(tǒng)一的、友好的界面。 用Webservice來集成各種應(yīng)用中的功能，為用戶提供一個統(tǒng)一的界面許多應(yīng)用程序都會利用Webservice，把當前基于組件的應(yīng)用程序結(jié)構(gòu)擴展為組件和Webservice的混合結(jié)構(gòu)。 你也可以在應(yīng)用程序中使用第三方的Webservice提供的功能。 你還可以把你自己的應(yīng)用程序的功能通過Webservice提供給別人。 所有這些情況下，你都可以重用代碼和代碼后面的數(shù)據(jù)。 總之，Webservice將是軟件重用的一種非常有力的形式。 什么時候不應(yīng)該使用WebService一個對Webservice的完整介紹還應(yīng)該包括什么時候不該用Webservice。 經(jīng)過前面的介紹，我們知道了Webservice在通過Web進行互操作或遠程調(diào)用的時候是最有用的。 不過，還有許多情況，Webservice根本不能給你帶來任何好處。 單機應(yīng)用程序目前，我們還有很多桌面應(yīng)用程序是供商用和個人使用的。 其中一些只需要與運行在本機上的其他程序通信。 在這種情況下，我們最好就不要再用Webservice，只要用本地的API就可以了。 COM非常適合于在這種情況下工作，因為它既小又快。 運行在一臺服務(wù)器上的服務(wù)器軟件也是這樣：最好直接用COM或其他本地的API來進行應(yīng)用程序間的調(diào)用。 當然Webservice也能用在這些情況下，但那樣不僅消耗太大，而且不會給你帶來任何好處。 局域網(wǎng)上的同構(gòu)應(yīng)用程序在許多應(yīng)用中，你所有的程序都是用VB或VC開發(fā)的，都在Windows平臺下使用COM，都運行在同一個局域網(wǎng)上。 例如，你有兩個服務(wù)器應(yīng)用程序需要相互通信，或者你有一個Win32或WinForm的客戶程序要連接到局域網(wǎng)上的另一個服務(wù)器程序。 在這些程序里使用DCOM會比SOAP/HTTP有效的多。 類似的，如果你的一個程序要連接到LAN上的另一個程序，那么你應(yīng)該使用。 有趣的是，在中，你也可以指定使用SOAP/HTTP來進行Webservice調(diào)用。 不過最好還是直接通過TCP進行RPC調(diào)用，那樣會有效得多。 總之，只要你從應(yīng)用程序結(jié)構(gòu)的角度看來，有別的方法比Webservice更有效，更可行，那就不要再用Webservice。 總結(jié)Webservice是創(chuàng)建可互操作的分布式應(yīng)用程序的新平臺。 Webservice的主要目標是跨平臺的可互操作性。 為了達到這一目標，Webservice是完全基于XML、XSD等獨立于平臺、獨立于軟件供應(yīng)商的標準的。 Webservice在應(yīng)用程序跨平臺和跨網(wǎng)絡(luò)進行通信的時候是非常有用的。 Webservice適用于應(yīng)用程序集成、B2B集成、代碼和數(shù)據(jù)重用，以及通過Web進行客戶端和服務(wù)器的通信的場合。 當然，Webservice也不是萬能的，你不能到處濫用Webservice。 在有些情況下，Webservice會降低應(yīng)用程序的性能，而不會帶來任何好處。 例如，一臺機器或一個局域網(wǎng)里面運行的同構(gòu)應(yīng)用程序就不應(yīng)該用Webservice進行通信。

WS-IWS-I成果

WS-I為Web服務(wù)開發(fā)者提供了一系列寶貴的資源，以促進Web服務(wù)之間的互操作性和遵從其制定的標準。 這些資源包括了詳細的規(guī)范、實用的應(yīng)用示例以及用于驗證的測試工具。

概要文檔是WS-I的核心成果，它為Web服務(wù)的開發(fā)者提供了實現(xiàn)互操作性的具體指導(dǎo)。 WS-I已經(jīng)正式發(fā)布的有Basic Profile，Attachments Profile和簡單SOAP綁定Profile，而Basic Security Profile仍在制定中。 這些概要為開發(fā)者在實際應(yīng)用中實現(xiàn)兼容性提供了明確的路徑。

應(yīng)用樣本是WS-I的另一個重要組成部分，它們展示了如何在不同平臺、語言和開發(fā)工具的環(huán)境下，遵從WS-I的指導(dǎo)方針構(gòu)建互操作的Web服務(wù)應(yīng)用。 目前，針對Basic Profile，WS-I已經(jīng)提供了11個實用的示例，供開發(fā)者參考和實踐，以便在各自的開發(fā)環(huán)境中遵循標準。

測試工具是確保Web服務(wù)消息交換符合WS-I規(guī)范的關(guān)鍵工具。 它們能夠監(jiān)控和分析消息，識別出潛在的互操作性問題。 這對于開發(fā)者來說至關(guān)重要，因為它們能幫助他們檢測并糾正實現(xiàn)中的偏差和錯誤，從而提高不同應(yīng)用和平臺間的兼容性。 目前，WS-I已經(jīng)開發(fā)出測試工具來驗證與Basic Profile 1.0的兼容性，而對于其他WS-I profile的測試工具，開發(fā)工作仍在進行中。

擴展資料

WS-I是Web Services Interoperability Organization的縮寫，意為網(wǎng)絡(luò)服務(wù)協(xié)同組織。 WS-I（Web Services Interoperability Organization）于2002年2月6日由包括微軟、IBM、SAP、ORACLE、Intel等在內(nèi)的9家IT行業(yè)領(lǐng)袖和46家公司聯(lián)合宣告成立。 業(yè)界對于WS-I的關(guān)注首先在于對網(wǎng)絡(luò)服務(wù)兼容性將帶來的重要影響；另一方面，盡管該組織聯(lián)合了眾多競爭對手的參與，但是在網(wǎng)絡(luò)服務(wù)技術(shù)方面作為微軟公司最直接、最據(jù)威脅的競爭對手的SUN公司并未參與這項聯(lián)盟。

什么是sharepoint?

Office SharePoint Server 2007 通過一個集成平臺而不是依靠分散的系統(tǒng)來支持整個企業(yè)內(nèi)的所有 Intranet、Extranet 和 Web 應(yīng)用程序。 此外，該協(xié)作和內(nèi)容管理服務(wù)器還為 IT 專業(yè)人員和開發(fā)人員提供了實現(xiàn)服務(wù)器管理、應(yīng)用程序可擴展性和互操作性所需的平臺和工具。 管理內(nèi)容和流程　通過一組全面的管理及控制電子內(nèi)容的工具來簡化依從工作和保障業(yè)務(wù)信息更加安全。 通過使用電子表單和直接可用的工作流程來簡化降低組織工作效率的日常業(yè)務(wù)流程，用戶可以通過熟悉的 Microsoft Office 應(yīng)用程序、電子郵件或 Web 瀏覽器啟動、跟蹤和參與這些電子表單和工作流程。 通過詳盡的可擴展策略管理來控制文檔。 定義自定義文檔管理策略，以便在項目級控制訪問權(quán)限，指定保留期和到期操作，并通過文檔審核設(shè)置來跟蹤內(nèi)容。 與熟悉的客戶端應(yīng)用程序之間的策略集成使得依從工作對員工透明且更加簡便。 與信息權(quán)限管理之間的集成可幫助確保更好地保護專有和機密信息，即使在未與服務(wù)器連接時也能更好地保護。 集中存儲、管理和訪問企業(yè)范圍內(nèi)的文檔。 組織可在一個中心位置存儲和管理所有的業(yè)務(wù)文檔和內(nèi)容，用戶有一個統(tǒng)一的機制來瀏覽和查找相關(guān)信息。 可以修改默認的知識庫設(shè)置，以便添加工作流，定義保留策略以及添加新的模板和內(nèi)容類型。 簡化 Web 內(nèi)容的管理。 提供易用的功能來創(chuàng)建、審批和發(fā)布 Web 內(nèi)容。 母版頁和頁面版式提供了可重復(fù)使用的模板以保證一致的外觀。 新功能可以讓企業(yè)將內(nèi)容從一個區(qū)域發(fā)布到另一個區(qū)域（例如，從協(xié)作網(wǎng)站發(fā)布到門戶），或者經(jīng)濟有效地管理多個 Intranet、Extranet 和 Internet 網(wǎng)站上的多語言內(nèi)容交付。 擴展整個組織內(nèi)的業(yè)務(wù)流程。 Forms Services 驅(qū)動的解決方案可以更安全準確地收集組織內(nèi)外的信息，而無需編寫任何自定義應(yīng)用程序的代碼。 隨后，這些信息便可方便地集成到行業(yè)系統(tǒng)中，存儲在文檔庫中，用于啟動工作流程或者提交到 Web 服務(wù)，從而避免手動輸入數(shù)據(jù)所帶來的重復(fù)性工作和代價高昂的錯誤。 簡化日常業(yè)務(wù)活動。 利用工作流使一些常見業(yè)務(wù)活動（例如文檔審閱和審批、問題跟蹤和簽名收集）實現(xiàn)自動化并使它們更加直觀。 與熟悉的 Microsoft Office 客戶端應(yīng)用程序、電子郵件和 Web 瀏覽器之間的集成簡化了用戶體驗。 通過 Microsoft Office SharePoint Designer 2007（下一代 Microsoft Office FrontPage）或 Microsoft Visual Studio 開發(fā)系統(tǒng)等熟悉的 Microsoft 工具，組織可以輕松地修改直接可用的流程或者定義自己的流程。 提高業(yè)務(wù)洞察力有效地監(jiān)控業(yè)務(wù)推動因素，實現(xiàn)整個組織內(nèi)更合理的決策并主動響應(yīng)重要的業(yè)務(wù)事件。 在一個中心位置提供業(yè)務(wù)關(guān)鍵信息。 創(chuàng)建實時交互式商業(yè)智能 (BI) 門戶，這些門戶可以通過使用儀表板、Web 部件、關(guān)鍵性能指標 (KPI) 及業(yè)務(wù)數(shù)據(jù)連接技術(shù)等集成 BI 功能來匯總和顯示來自不同信息源的業(yè)務(wù)信息。 集中的報表中心網(wǎng)站可以讓用戶在一個位置找到最新的電子表格、報表或 KPI。 快速將人員與信息聯(lián)系起來。 Office SharePoint Server 2007 Enterprise Search 將人員和業(yè)務(wù)數(shù)據(jù)與文檔及網(wǎng)頁合并起來，從而提供更加全面的結(jié)果。 搜索中心為員工提供了單一的集成位置，讓他們查找與其特定需求相關(guān)的內(nèi)容、流程、人員和業(yè)務(wù)數(shù)據(jù)。 這樣，人員和組織便可以依據(jù)最新的信息和事實更快地做出決策。 廣泛地共享業(yè)務(wù)數(shù)據(jù)，同時幫助保護敏感信息。 運行在 Office SharePoint Server 2007 上的 Excel Services 通過 Web 瀏覽器提供對實時交互式 Microsoft Office Excel 電子表格中的數(shù)據(jù)和分析的訪問。 使用這些電子表格可以維護并有效地共享一個集中的最新版本，同時幫助保護任何嵌入在文檔中的敏感或?qū)Ｓ行畔ⅲㄈ缲攧?wù)模型）。 利用非結(jié)構(gòu)化業(yè)務(wù)網(wǎng)絡(luò)幫助做出更好的決策。 員工可以使用全新的知識管理工具最大程度地利用其組織內(nèi)外強大的非結(jié)構(gòu)化業(yè)務(wù)網(wǎng)絡(luò)，從而更加快速有效地將人員聯(lián)系起來。 通過探究這些未記錄的業(yè)務(wù)關(guān)系并查找主題內(nèi)容方面的專家，每位用戶都可以更快地做出更好的決策。 解除業(yè)務(wù)數(shù)據(jù)的鎖定。 業(yè)務(wù)數(shù)據(jù)目錄能夠通過 Web 部件、列表、用戶配置文件、搜索或編程方式將行業(yè)應(yīng)用程序（如 SAP 和 Siebel 系統(tǒng)）中的結(jié)構(gòu)化數(shù)據(jù)集成到 Office SharePoint Server 2007 中。 最終用戶可以定義一次后端系統(tǒng)的集中管理連接，然后重新使用它們來訪問后端數(shù)據(jù)而無需編寫任何代碼，輕松地使業(yè)務(wù)數(shù)據(jù)成為門戶內(nèi)容的一部分。 業(yè)務(wù)數(shù)據(jù)目錄還為 Enterprise Search 提供了將后端業(yè)務(wù)數(shù)據(jù)集成到搜索體驗中的功能，而不必編寫任何協(xié)議處理程序、iFilter 或自定義代碼。 簡化內(nèi)部與外部協(xié)作　在組織內(nèi)外更加方便安全地共享知識、查找信息和協(xié)作。 通過合作伙伴和客戶網(wǎng)絡(luò)，利用您的個人網(wǎng)絡(luò)高效地與其他人員建立聯(lián)系。 加強與客戶及合作伙伴之間的關(guān)系。 借助基于標準的、電子表單驅(qū)動的智能解決方案，您可以通過 Web 瀏覽器收集來自客戶和合作伙伴的業(yè)務(wù)信息。 輕型目錄訪問協(xié)議 (LDAP) 集成以及對其他可插入身份驗證提供程序的支持讓非 Active Directory 目錄服務(wù)源使用起來更簡便，從而簡化了 Extranet 設(shè)置，同時增強了與客戶、合作伙伴和供應(yīng)商之間的聯(lián)系。 無處不在的 Enterprise Search。 Office SharePoint Server 2007 中的 Enterprise Search 具有很大的相關(guān)性，并且合并了人員和業(yè)務(wù)數(shù)據(jù)以及文檔和網(wǎng)頁等企業(yè)內(nèi)容，從而提供更全面的結(jié)果。 由于和 SharePoint 網(wǎng)站、Web 部件、SharePoint 列表、用戶配置文件及更多內(nèi)容緊密集成，Enterprise Search 在 Office SharePoint Server 2007 中無處不在。 這樣，用戶在門戶內(nèi)瀏覽到任何位置時都可以查找他們所需的信息。 Enterprise Search 具有通過業(yè)務(wù)數(shù)據(jù)搜索的功能，并且搜索結(jié)果可以高度自定義，例如，顯示后端記錄的特定元數(shù)據(jù)元素。 隨時隨地任我工作。 通過對 SharePoint 列表和文檔庫的脫機訪問和 Microsoft Office Outlook 2007，您可以從企業(yè)網(wǎng)絡(luò)連接的限制中解脫出來。 與 Microsoft Office Groove Server 2007 的緊密集成進一步增強了用戶的脫機體驗。 連接和共享知識。 全新的知識管理工具使員工可以在組織內(nèi)外創(chuàng)建并使用人員網(wǎng)絡(luò)，從而更加快速有效地與其他人員連接和共享知識。 使操作個性化。 我的網(wǎng)站為每位用戶提供一個專門網(wǎng)站，使用戶擁有完全個性化的體驗。 每個網(wǎng)站都可以用來以一種受控方式存儲、提供、查看和管理內(nèi)容、信息和應(yīng)用程序。 每個網(wǎng)站還可用來提供與用戶有關(guān)的信息，例如，技能和角色、同事和經(jīng)理、該用戶隸屬的組和通訊簿以及該用戶正在處理的文檔等。 并且每個網(wǎng)站還包括嚴格的隱私控制和增強的安全機制，以便每位用戶可以選擇要提供的信息量及要提供的目標對象。 還可以徹底自定義我的網(wǎng)站以適應(yīng)每個人的要求。 使 IT 具有戰(zhàn)略影響力　通過一個集成平臺來支持企業(yè)范圍內(nèi)的所有 Intranet、Extranet 和 Web 應(yīng)用程序，從而提高 IT 對業(yè)務(wù)需求的響應(yīng)度，同時減少需要維護的平臺數(shù)。 獲得增強的互操作性支持。 Office SharePoint Server 2007 構(gòu)建于可伸縮的體系結(jié)構(gòu)之上，并且支持包括 XML 和簡單對象訪問協(xié)議 (SOAP) 在內(nèi)的 Web 服務(wù)和互操作性標準。 Office SharePoint Server 2007 還具有大量開放的應(yīng)用程序編程接口 (API) 以及針對列表和文檔的事件處理程序。 這樣便可與現(xiàn)有系統(tǒng)集成，并可以靈活地合并新的非 Microsoft IT 投資。 LDAP 集成支持其他可插入身份驗證提供程序，使非 Active Directory 源的使用更容易。 直接可用的 WSRP 使用程序 Web 部件支持與其他符合 WSRP 的門戶解決方案的集成。 使 IT 部門重點關(guān)注更多戰(zhàn)略任務(wù)。 用戶現(xiàn)在可以在不需要 IT 部門介入的情況下自行創(chuàng)建網(wǎng)站，啟動工作流，自我提供應(yīng)用程序，訪問后端數(shù)據(jù)，在項目級定義安全性，還原刪除的項目以及完成其他任務(wù)。 用戶對 IT 部門的依賴性的下降提高了工作效率，并使 IT 部門可以致力于為組織提供真正的增值服務(wù)。 通過業(yè)務(wù)數(shù)據(jù)目錄，您可以定義和部署業(yè)務(wù)應(yīng)用程序配置，以訪問駐留在后端系統(tǒng)中的數(shù)據(jù)。 企業(yè)用戶可以重復(fù)使用此功能創(chuàng)建業(yè)務(wù)數(shù)據(jù)的個性化視圖而不必開發(fā)任何自定義代碼。 簡化部署、管理和系統(tǒng)管理。 現(xiàn)在管理 Web 服務(wù)器場、部署新內(nèi)容以及管理各網(wǎng)站之間的同步變得更加容易了。 部署可以采用自上而下或自下而上的方式進行。 利用公共網(wǎng)站的直接可用的網(wǎng)站啟動器模板以及區(qū)域和頁面版式模板與預(yù)配置導(dǎo)航簡化了網(wǎng)站暫存。 用于備份和還原內(nèi)容的增強功能可以幫助 IT 專業(yè)人員計劃備份，備份多網(wǎng)站集合，然后逐一還原。 可靠的系統(tǒng)監(jiān)控、使用情況跟蹤和監(jiān)控工具。 這些工具有助于更快地確定和解決問題，同時也有助于提高系統(tǒng)基礎(chǔ)設(shè)施的運行效率。

---

---

相關(guān)標簽： 服務(wù)在現(xiàn)代軟件開發(fā)中的重要性、 實現(xiàn)集成和互操作性、 web服務(wù)在哪里開啟、 Web、

上一篇：利用Web服務(wù)釋放應(yīng)用程序開發(fā)潛力提高效率

下一篇：深入了解Web服務(wù)如何使用它們優(yōu)化業(yè)務(wù)流程