HOME 首頁
SERVICE 服務(wù)產(chǎn)品
XINMEITI 新媒體代運(yùn)營
CASE 服務(wù)案例
NEWS 熱點(diǎn)資訊
ABOUT 關(guān)于我們
CONTACT 聯(lián)系我們
創(chuàng)意嶺
讓品牌有溫度、有情感
專注品牌策劃15年

    web服務(wù)是什么模式(web服務(wù)是什么模式的)

    發(fā)布時(shí)間:2023-04-21 21:55:02     稿源: 創(chuàng)意嶺    閱讀: 52        

    大家好!今天讓創(chuàng)意嶺的小編來大家介紹下關(guān)于web服務(wù)是什么模式的問題,以下是小編對此問題的歸納整理,讓我們一起來看看吧。

    開始之前先推薦一個(gè)非常厲害的Ai人工智能工具,一鍵生成原創(chuàng)文章、方案、文案、工作計(jì)劃、工作報(bào)告、論文、代碼、作文、做題和對話答疑等等

    只需要輸入關(guān)鍵詞,就能返回你想要的內(nèi)容,越精準(zhǔn),寫出的就越詳細(xì),有微信小程序端、在線網(wǎng)頁版、PC客戶端

    官網(wǎng):https://ai.de1919.com。

    創(chuàng)意嶺作為行業(yè)內(nèi)優(yōu)秀的企業(yè),服務(wù)客戶遍布全球各地,如需了解SEO相關(guān)業(yè)務(wù)請撥打電話175-8598-2043,或添加微信:1454722008

    本文目錄:

    web服務(wù)是什么模式(web服務(wù)是什么模式的)

    一、Web Service 到底是什么東西?

    當(dāng)前,WebService是一個(gè)熱門話題。但是,WebService究竟是什么?什么情況下應(yīng)該用WebService?什么情況下不應(yīng)該用WebService?是需要我們正確認(rèn)識的。

    Web Services是由企業(yè)發(fā)布的完成其特定商務(wù)需求的在線應(yīng)用服務(wù),其他公司或應(yīng)用軟件能夠通過Internet來訪問并使用這項(xiàng)在線服務(wù),它是一種構(gòu)建應(yīng)用程序的普遍模型,可以在任何支持網(wǎng)絡(luò)通信的操作系統(tǒng)中實(shí)施運(yùn)行;它是一種新的web應(yīng)用程序分支,是自包含、自描述、模塊化的應(yīng)用,可以發(fā)布、定位、通過web調(diào)用。Web Service是一個(gè)應(yīng)用組件,它邏輯性的為其他應(yīng)用程序提供數(shù)據(jù)與服務(wù).各應(yīng)用程序通過網(wǎng)絡(luò)協(xié)議和規(guī)定的一些標(biāo)準(zhǔn)數(shù)據(jù)格式(Http,XML,Soap來訪問Web Service,通過Web Service內(nèi)部執(zhí)行得到所需結(jié)果.Web Service可以執(zhí)行從簡單的請求到復(fù)雜商務(wù)處理的任何功能。一旦部署以后,其他Web Service應(yīng)用程序可以發(fā)現(xiàn)并調(diào)用它部署的服務(wù)。

    在構(gòu)建和使用Web Service時(shí),主要用到以下幾個(gè)關(guān)鍵的技術(shù)和規(guī)則:

    1.XML:描述數(shù)據(jù)的標(biāo)準(zhǔn)方法.

    2.SOAP:表示信息交換的協(xié)議.

    3.WSDL:Web服務(wù)描述語言.

    4.UDDI:找到服務(wù)驅(qū)動(dòng)器的的方法;

    實(shí)際上,WebService的主要目標(biāo)是跨平臺的可互操作性。為了達(dá)到這一目標(biāo),WebService完全基于XML(可擴(kuò)展標(biāo)記語言)、XSD(XMLSchema)等獨(dú)立于平臺、獨(dú)立于軟件供應(yīng)商的標(biāo)準(zhǔn),是創(chuàng)建可互操作的、分布式應(yīng)用程序的新平臺。由此可以看出,在以下三種情況下,使用WebService會帶來極大的好處。

    長項(xiàng)一:跨防火墻的通信

    如果應(yīng)用程序有成千上萬的用戶,而且分布在世界各地,那么客戶端和服務(wù)器之間的通信將是一個(gè)棘手的問題。因?yàn)榭蛻舳撕头?wù)器之間通常會有防火墻或者代理服務(wù)器。在這種情況下,使用DCOM就不是那么簡單,通常也不便于把客戶端程序發(fā)布到數(shù)量如此龐大的每一個(gè)用戶手中。傳統(tǒng)的做法是,選擇用瀏覽器作為客戶端,寫下一大堆ASP頁面,把應(yīng)用程序的中間層暴露給最終用戶。這樣做的結(jié)果是開發(fā)難度大,程序很難維護(hù)。

    圖1通過WebService集成應(yīng)用程序

    舉個(gè)例子,在應(yīng)用程序里加入一個(gè)新頁面,必須先建立好用戶界面(Web頁面),并在這個(gè)頁面后面,包含相應(yīng)商業(yè)邏輯的中間層組件,還要再建立至少一個(gè)ASP頁面,用來接受用戶輸入的信息,調(diào)用中間層組件,把結(jié)果格式化為HTML形式,最后還要把“結(jié)果頁”送回瀏覽器。要是客戶端代碼不再如此依賴于HTML表單,客戶端的編程就簡單多了。

    如果中間層組件換成WebService的話,就可以從用戶界面直接調(diào)用中間層組件,從而省掉建立ASP頁面的那一步。要調(diào)用WebService,可以直接使用MicrosoftSOAPToolkit或.NET這樣的SOAP客戶端,也可以使用自己開發(fā)的SOAP客戶端,然后把它和應(yīng)用程序連接起來。不僅縮短了開發(fā)周期,還減少了代碼復(fù)雜度,并能夠增強(qiáng)應(yīng)用程序的可維護(hù)性。同時(shí),應(yīng)用程序也不再需要在每次調(diào)用中間層組件時(shí),都跳轉(zhuǎn)到相應(yīng)的“結(jié)果頁”。

    從經(jīng)驗(yàn)來看,在一個(gè)用戶界面和中間層有較多交互的應(yīng)用程序中,使用WebService這種結(jié)構(gòu),可以節(jié)省花在用戶界面編程上20%的開發(fā)時(shí)間。另外,這樣一個(gè)由WebService組成的中間層,完全可以在應(yīng)用程序集成或其它場合下重用。最后,通過WebService把應(yīng)用程序的邏輯和數(shù)據(jù)“暴露”出來,還可以讓其它平臺上的客戶重用這些應(yīng)用程序。

    長項(xiàng)二:應(yīng)用程序集成

    企業(yè)級的應(yīng)用程序開發(fā)者都知道,企業(yè)里經(jīng)常都要把用不同語言寫成的、在不同平臺上運(yùn)行的各種程序集成起來,而這種集成將花費(fèi)很大的開發(fā)力量。應(yīng)用程序經(jīng)常需要從運(yùn)行在IBM主機(jī)上的程序中獲取數(shù)據(jù);或者把數(shù)據(jù)發(fā)送到主機(jī)或UNIX應(yīng)用程序中去。即使在同一個(gè)平臺上,不同軟件廠商生產(chǎn)的各種軟件也常常需要集成起來。通過WebService,應(yīng)用程序可以用標(biāo)準(zhǔn)的方法把功能和數(shù)據(jù)“暴露”出來,供其它應(yīng)用程序使用。

    例如,有一個(gè)訂單登錄程序,用于登錄從客戶來的新訂單,包括客戶信息、發(fā)貨地址、數(shù)量、價(jià)格和付款方式等內(nèi)容;還有一個(gè)訂單執(zhí)行程序,用于實(shí)際貨物發(fā)送的管理。這兩個(gè)程序來自不同軟件廠商。一份新訂單進(jìn)來之后,訂單登錄程序需要通知訂單執(zhí)行程序發(fā)送貨物。通過在訂單執(zhí)行程序上面增加一層WebService,訂單執(zhí)行程序可以把“AddOrder”函數(shù)“暴露”出來。這樣,每當(dāng)有新訂單到來時(shí),訂單登錄程序就可以調(diào)用這個(gè)函數(shù)來發(fā)送貨物了。

    長項(xiàng)三:B2B的集成

    用WebService集成應(yīng)用程序,可以使公司內(nèi)部的商務(wù)處理更加自動(dòng)化。但當(dāng)交易跨越供應(yīng)商和客戶、突破公司的界限時(shí)會怎么樣呢?跨公司的商務(wù)交易集成通常叫做B2B集成。

    WebService是B2B集成成功的關(guān)鍵。通過WebService,公司可以把關(guān)鍵的商務(wù)應(yīng)用“暴露”給指定的供應(yīng)商和客戶。例如,把電子下單系統(tǒng)和電子發(fā)票系統(tǒng)“暴露”出來,客戶就可以以電子的方式發(fā)送訂單,供應(yīng)商則可以以電子的方式發(fā)送原料采購發(fā)票。當(dāng)然,這并不是一個(gè)新的概念,EDI(電子文檔交換)早就是這樣了。但是,WebService的實(shí)現(xiàn)要比EDI簡單得多,而且WebService運(yùn)行在Internet上,在世界任何地方都可輕易實(shí)現(xiàn),其運(yùn)行成本就相對較低。不過,WebService并不像EDI那樣,是文檔交換或B2B集成的完整解決方案。WebService只是B2B集成的一個(gè)關(guān)鍵部分,還需要許多其它的部分才能實(shí)現(xiàn)集成。

    用WebService來實(shí)現(xiàn)B2B集成的最大好處在于可以輕易實(shí)現(xiàn)互操作性。只要把商務(wù)邏輯“暴露”出來,成為WebService,就可以讓任何指定的合作伙伴調(diào)用這些商務(wù)邏輯,而不管他們的系統(tǒng)在什么平臺上運(yùn)行,使用什么開發(fā)語言。這樣就大大減少了花在B2B集成上的時(shí)間和成本,讓許多原本無法承受EDI的中小企業(yè)也能實(shí)現(xiàn)B2B集成。

    長項(xiàng)四:軟件和數(shù)據(jù)重用

    軟件重用是一個(gè)很大的主題,重用的形式很多,重用的程度有大有小。最基本的形式是源代碼模塊或者類一級的重用,另一種形式是二進(jìn)制形式的組件重用。

    圖2用WebService集成各種應(yīng)用中的功能,為用戶提供一個(gè)統(tǒng)一的界面

    當(dāng)前,像表格控件或用戶界面控件這樣的可重用軟件組件,在市場上都占有很大的份額。但這類軟件的重用有一個(gè)很大的限制,就是重用僅限于代碼,數(shù)據(jù)不能重用。原因在于,發(fā)布組件甚至源代碼都比較容易,但要發(fā)布數(shù)據(jù)就沒那么容易,除非是不會經(jīng)常變化的靜態(tài)數(shù)據(jù)。

    WebService在允許重用代碼的同時(shí),可以重用代碼背后的數(shù)據(jù)。使用WebService,再也不必像以前那樣,要先從第三方購買、安裝軟件組件,再從應(yīng)用程序中調(diào)用這些組件;只需要直接調(diào)用遠(yuǎn)端的WebService就可以了。舉個(gè)例子,要在應(yīng)用程序中確認(rèn)用戶輸入的地址,只需把這個(gè)地址直接發(fā)送給相應(yīng)的WebService,這個(gè)WebService就會幫你查閱街道地址、城市、省區(qū)和郵政編碼等信息,確認(rèn)這個(gè)地址是否在相應(yīng)的郵政編碼區(qū)域。WebService的提供商可以按時(shí)間或使用次數(shù)來對這項(xiàng)服務(wù)進(jìn)行收費(fèi)。這樣的服務(wù)要通過組件重用來實(shí)現(xiàn)是不可能的,那樣的話你必須下載并安裝好包含街道地址、城市、省區(qū)和郵政編碼等信息的數(shù)據(jù)庫,而且這個(gè)數(shù)據(jù)庫還是不能實(shí)時(shí)更新的。

    另一種軟件重用的情況是,把好幾個(gè)應(yīng)用程序的功能集成起來。例如,要建立一個(gè)局域網(wǎng)上的門戶站點(diǎn)應(yīng)用,讓用戶既可以查詢聯(lián)邦快遞包裹,查看股市行情,又可以管理自己的日程安排,還可以在線購買電影票?,F(xiàn)在Web上有很多應(yīng)用程序供應(yīng)商,都在其應(yīng)用中實(shí)現(xiàn)了這些功能。一旦他們把這些功能都通過WebService“暴露”出來,就可以非常容易地把所有這些功能都集成到你的門戶站點(diǎn)中,為用戶提供一個(gè)統(tǒng)一的、友好的界面。

    將來,許多應(yīng)用程序都會利用WebService,把當(dāng)前基于組件的應(yīng)用程序結(jié)構(gòu)擴(kuò)展為組件/WebService的混合結(jié)構(gòu),可以在應(yīng)用程序中使用第三方的WebService提供的功能,也可以把自己的應(yīng)用程序功能通過WebService提供給別人。兩種情況下,都可以重用代碼和代碼背后的數(shù)據(jù)。

    從以上論述可以看出,WebService在通過Web進(jìn)行互操作或遠(yuǎn)程調(diào)用的時(shí)候是最有用的。不過,也有一些情況,WebService根本不能帶來任何好處。

    短處一:單機(jī)應(yīng)用程序

    目前,企業(yè)和個(gè)人還使用著很多桌面應(yīng)用程序。其中一些只需要與本機(jī)上的其它程序通信。在這種情況下,最好就不要用WebService,只要用本地的API就可以了。COM非常適合于在這種情況下工作,因?yàn)樗刃∮挚臁_\(yùn)行在同一臺服務(wù)器上的服務(wù)器軟件也是這樣。最好直接用COM或其它本地的API來進(jìn)行應(yīng)用程序間的調(diào)用。當(dāng)然WebService也能用在這些場合,但那樣不僅消耗太大,而且不會帶來任何好處。

    短處二:局域網(wǎng)的同構(gòu)應(yīng)用程序

    在許多應(yīng)用中,所有的程序都是用VB或VC開發(fā)的,都在Windows平臺下使用COM,都運(yùn)行在同一個(gè)局域網(wǎng)上。例如,有兩個(gè)服務(wù)器應(yīng)用程序需要相互通信,或者有一個(gè)Win32或WinForm的客戶程序要連接局域網(wǎng)上另一個(gè)服務(wù)器的程序。在這些程序里,使用DCOM會比SOAP/HTTP有效得多。與此相類似,如果一個(gè).NET程序要連接到局域網(wǎng)上的另一個(gè).NET程序,應(yīng)該使用.NETremoting。有趣的是,在.NETremoting中,也可以指定使用SOAP/HTTP來進(jìn)行WebService調(diào)用。不過最好還是直接通過TCP進(jìn)行RPC調(diào)用,那樣會有效得多。

    總之,只要從應(yīng)用程序結(jié)構(gòu)的角度看,有別的方法比WebService更有效、更可行,那就不要用WebService

    二、什么是WEB服務(wù),F(xiàn)TP 服務(wù),SMTP服務(wù)!

    通俗的講,Web服務(wù)器傳送(serves)頁面使瀏覽器可以瀏覽,然而應(yīng)用程序服務(wù)器提供的是客戶端應(yīng)用程序可以調(diào)用(call)的方法(methods)。確切一點(diǎn),你可以說:Web服務(wù)器專門處理HTTP請求(request),但是應(yīng)用程序服務(wù)器是通過很多協(xié)議來為應(yīng)用程序提供(serves)商業(yè)邏輯(business logic)。

    下面讓我們來細(xì)細(xì)道來:

    Web服務(wù)器(Web Server)

    Web服務(wù)器可以解析(handles)HTTP協(xié)議。當(dāng)Web服務(wù)器接收到一個(gè)HTTP請求(request),會返回一個(gè)HTTP響應(yīng)(response),例如送回一個(gè)HTML頁面。為了處理一個(gè)請求(request),Web服務(wù)器可以響應(yīng)(response)一個(gè)靜態(tài)頁面或圖片,進(jìn)行頁面跳轉(zhuǎn)(redirect),或者把動(dòng)態(tài)響應(yīng)(dynamic response)的產(chǎn)生委托(delegate)給一些其它的程序例如CGI腳本,JSP(JavaServer Pages)腳本,servlets,ASP(Active Server Pages)腳本,服務(wù)器端(server-side)JavaScript,或者一些其它的服務(wù)器端(server-side)技術(shù)。無論它們(譯者注:腳本)的目的如何,這些服務(wù)器端(server-side)的程序通常產(chǎn)生一個(gè)HTML的響應(yīng)(response)來讓瀏覽器可以瀏覽。

    要知道,Web服務(wù)器的代理模型(delegation model)非常簡單。當(dāng)一個(gè)請求(request)被送到Web服務(wù)器里來時(shí),它只單純的把請求(request)傳遞給可以很好的處理請求(request)的程序(譯者注:服務(wù)器端腳本)。Web服務(wù)器僅僅提供一個(gè)可以執(zhí)行服務(wù)器端(server-side)程序和返回(程序所產(chǎn)生的)響應(yīng)(response)的環(huán)境,而不會超出職能范圍。服務(wù)器端(server-side)程序通常具有事務(wù)處理(transaction processing),數(shù)據(jù)庫連接(database connectivity)和消息(messaging)等功能。

    雖然Web服務(wù)器不支持事務(wù)處理或數(shù)據(jù)庫連接池,但它可以配置(employ)各種策略(strategies)來實(shí)現(xiàn)容錯(cuò)性(fault tolerance)和可擴(kuò)展性(scalability),例如負(fù)載平衡(load balancing),緩沖(caching)。集群特征(clustering—features)經(jīng)常被誤認(rèn)為僅僅是應(yīng)用程序服務(wù)器專有的特征。

    應(yīng)用程序服務(wù)器(The Application Server)

    根據(jù)我們的定義,作為應(yīng)用程序服務(wù)器,它通過各種協(xié)議,可以包括HTTP,把商業(yè)邏輯暴露給(expose)客戶端應(yīng)用程序。Web服務(wù)器主要是處理向?yàn)g覽器發(fā)送HTML以供瀏覽,而應(yīng)用程序服務(wù)器提供訪問商業(yè)邏輯的途徑以供客戶端應(yīng)用程序使用。應(yīng)用程序使用此商業(yè)邏輯就象你調(diào)用對象的一個(gè)方法(或過程語言中的一個(gè)函數(shù))一樣。

    應(yīng)用程序服務(wù)器的客戶端(包含有圖形用戶界面(GUI)的)可能會運(yùn)行在一臺PC、一個(gè)Web服務(wù)器或者甚至是其它的應(yīng)用程序服務(wù)器上。在應(yīng)用程序服務(wù)器與其客戶端之間來回穿梭(traveling)的信息不僅僅局限于簡單的顯示標(biāo)記。相反,這種信息就是程序邏輯(program logic)。 正是由于這種邏輯取得了(takes)數(shù)據(jù)和方法調(diào)用(calls)的形式而不是靜態(tài)HTML,所以客戶端才可以隨心所欲的使用這種被暴露的商業(yè)邏輯。

    在大多數(shù)情形下,應(yīng)用程序服務(wù)器是通過組件(component)的應(yīng)用程序接口(API)把商業(yè)邏輯暴露(expose)(給客戶端應(yīng)用程序)的,例如基于J2EE(Java 2 Platform, Enterprise Edition)應(yīng)用程序服務(wù)器的EJB(Enterprise JavaBean)組件模型。此外,應(yīng)用程序服務(wù)器可以管理自己的資源,例如看大門的工作(gate-keeping duties)包括安全(security),事務(wù)處理(transaction processing),資源池(resource pooling), 和消息(messaging)。就象Web服務(wù)器一樣,應(yīng)用程序服務(wù)器配置了多種可擴(kuò)展(scalability)和容錯(cuò)(fault tolerance)技術(shù)。

    什么是FTP呢?FTP 是 TCP/IP 協(xié)議組中的協(xié)議之一,是英文File Transfer Protocol的縮寫。該協(xié)議是Internet文件傳送的基礎(chǔ),它由一系列規(guī)格說明文檔組成,目標(biāo)是提高文件的共享性,提供非直接使用遠(yuǎn)程計(jì)算機(jī),使存儲介質(zhì)對用戶透明和可靠高效地傳送數(shù)據(jù)。簡單的說,F(xiàn)TP就是完成兩臺計(jì)算機(jī)之間的拷貝,從遠(yuǎn)程計(jì)算機(jī)拷貝文件至自己的計(jì)算機(jī)上,稱之為“下載(download)”文件。若將文件從自己計(jì)算機(jī)中拷貝至遠(yuǎn)程計(jì)算機(jī)上,則稱之為“上載(upload)”文件。在TCP/IP協(xié)議中,F(xiàn)TP標(biāo)準(zhǔn)命令TCP端口號為21,Port方式數(shù)據(jù)端口為20。FTP協(xié)議的任務(wù)是從一臺計(jì)算機(jī)將文件傳送到另一臺計(jì)算機(jī),它與這兩臺計(jì)算機(jī)所處的位置、聯(lián)接的方式、甚至是是否使用相同的操作系統(tǒng)無關(guān)。假設(shè)兩臺計(jì)算機(jī)通過ftp協(xié)議對話,并且能訪問Internet, 你可以用ftp命令來傳輸文件。每種操作系統(tǒng)使用上有某一些細(xì)微差別,但是每種協(xié)議基本的命令結(jié)構(gòu)是相同的。

    FTP的傳輸有兩種方式:ASCII傳輸模式和二進(jìn)制數(shù)據(jù)傳輸模式。

    1.ASCII傳輸方式:假定用戶正在拷貝的文件包含的簡單ASCII碼文本,如果在遠(yuǎn)程機(jī)器上運(yùn)行的不是UNIX,當(dāng)文件傳輸時(shí)ftp通常會自動(dòng)地調(diào)整文件的內(nèi)容以便于把文件解釋成另外那臺計(jì)算機(jī)存儲文本文件的格式。

    但是常常有這樣的情況,用戶正在傳輸?shù)奈募牟皇俏谋疚募?,它們可能是程序,?shù)據(jù)庫,字處理文件或者壓縮文件(盡管字處理文件包含的大部分是文本,其中也包含有指示頁尺寸,字庫等信息的非打印字符)。在拷貝任何非文本文件之前,用binary 命令告訴ftp逐字拷貝,不要對這些文件進(jìn)行處理,這也是下面要講的二進(jìn)制傳輸。

    2.二進(jìn)制傳輸模式:在二進(jìn)制傳輸中,保存文件的位序,以便原始和拷貝的是逐位一一對應(yīng)的。即使目的地機(jī)器上包含位序列的文件是沒意義的。例如,macintosh以二進(jìn)制方式傳送可執(zhí)行文件到Windows系統(tǒng),在對方系統(tǒng)上,此文件不能執(zhí)行。

    如果你在ASCII方式下傳輸二進(jìn)制文件,即使不需要也仍會轉(zhuǎn)譯。這會使傳輸稍微變慢 ,也會損壞數(shù)據(jù),使文件變得不能用。(在大多數(shù)計(jì)算機(jī)上,ASCII方式一般假設(shè)每一字符的第一有效位無意義,因?yàn)锳SCII字符組合不使用它。如果你傳輸二進(jìn)制文件,所有的位都是重要的。)如果你知道這兩臺機(jī)器是同樣的,則二進(jìn)制方式對文本文件和數(shù)據(jù)文件都是有效的。

    5. FTP的工作方式

    FTP支持兩種模式,一種方式叫做Standard (也就是 PORT方式,主動(dòng)方式),一種是 Passive (也就是PASV,被動(dòng)方式)。 Standard模式 FTP的客戶端發(fā)送 PORT 命令到FTP服務(wù)器。Passive模式FTP的客戶端發(fā)送 PASV命令到 FTP Server。

    下面介紹一個(gè)這兩種方式的工作原理:

    Port模式FTP 客戶端首先和FTP服務(wù)器的TCP 21端口建立連接,通過這個(gè)通道發(fā)送命令,客戶端需要接收數(shù)據(jù)的時(shí)候在這個(gè)通道上發(fā)送PORT命令。 PORT命令包含了客戶端用什么端口接收數(shù)據(jù)。在傳送數(shù)據(jù)的時(shí)候,服務(wù)器端通過自己的TCP 20端口連接至客戶端的指定端口發(fā)送數(shù)據(jù)。 FTP server必須和客戶端建立一個(gè)新的連接用來傳送數(shù)據(jù)。

    Passive模式在建立控制通道的時(shí)候和Standard模式類似,但建立連接后發(fā)送的不是Port命令,而是Pasv命令。FTP服務(wù)器收到Pasv命令后,隨機(jī)打開一個(gè)高端端口(端口號大于1024)并且通知客戶端在這個(gè)端口上傳送數(shù)據(jù)的請求,客戶端連接FTP服務(wù)器此端口,然后FTP服務(wù)器將通過這個(gè)端口進(jìn)行數(shù)據(jù)的傳送,這個(gè)時(shí)候FTP server不再需要建立一個(gè)新的和客戶端之間的連接。

    很多防火墻在設(shè)置的時(shí)候都是不允許接受外部發(fā)起的連接的,所以許多位于防火墻后或內(nèi)網(wǎng)的FTP服務(wù)器不支持PASV模式,因?yàn)榭蛻舳藷o法穿過防火墻打開FTP服務(wù)器的高端端口;而許多內(nèi)網(wǎng)的客戶端不能用PORT模式登陸FTP服務(wù)器,因?yàn)閺姆?wù)器的TCP 20無法和內(nèi)部網(wǎng)絡(luò)的客戶端建立一個(gè)新的連接,造成無法工作。

    SMTP是SIMPLE MAIL TRANSFER PROTOCOL的縮寫,一般的發(fā)信軟件,如Outlook Express、FoxMail、Eudora都是使用這個(gè)協(xié)議進(jìn)行發(fā)信的。如果你的ISP沒有提供SMTP服務(wù)器,那你就無法使用該協(xié)議發(fā)送信件。無法從一個(gè)郵箱的域名知道它是否提供SMTP服務(wù)或者SMTP服務(wù)器是什么。如果不知道自己信箱的SMTP服務(wù)器,可以向提供信箱的ISP詢問?,F(xiàn)在為了避免濫發(fā)垃圾郵件,許多免費(fèi)郵件的提供商都不提供SMTP服務(wù)器,如Hotmail、eyou,這些免費(fèi)郵件用戶只能登錄后通過瀏覽器發(fā)信。收費(fèi)郵件一般都提供POP3和SMTP服務(wù)器。

    三、web的工作原理

    web的工作原理:

    1、用戶在瀏覽器中輸入要訪問的web站點(diǎn)地址或在已打開的站點(diǎn)點(diǎn)擊超鏈接。

    2、由DNS進(jìn)行域名解析,找到服務(wù)器的IP地址,向該地址指向的web服務(wù)器發(fā)出請求。

    3、web服務(wù)器根據(jù)請求將URL地址轉(zhuǎn)換為頁面所在的服務(wù)器上的文件全名,查找相應(yīng)的文件。

    4、若URL指向靜態(tài)文件,則服務(wù)器將文件通過http協(xié)議傳輸給用戶瀏覽器;若HTML文檔中嵌入了ASP,PHP,JSP等程序,則由服務(wù)器直接運(yùn)行后返回給用戶;

    如果web服務(wù)器所運(yùn)行程序包含對數(shù)據(jù)庫的訪問,服務(wù)器會將查詢指令發(fā)送給數(shù)據(jù)庫服務(wù)器,對數(shù)據(jù)庫執(zhí)行查詢操作,查詢結(jié)果由數(shù)據(jù)庫返回給web服務(wù)器,再由web服務(wù)器將結(jié)果潛入頁面,并以html格式發(fā)送給瀏覽器。

    5、瀏覽器解釋html文檔,在客戶端屏幕上展示結(jié)果。

    web服務(wù)是什么模式(web服務(wù)是什么模式的)

    擴(kuò)展資料

    web的特點(diǎn)

    1、圖形化

    Web 非常流行的一個(gè)很重要的原因就在于它可以在一頁上同時(shí)顯示色彩豐富的圖形和文本的性能。在Web之前Internet上的信息只有文本形式。Web可以提供將圖形、音頻、視頻信息集合于一體的特性。

    2、與平臺無關(guān)

    無論用戶的系統(tǒng)平臺是什么,你都可以通過Internet訪問WWW。瀏覽WWW對系統(tǒng)平臺沒有什么限制。無論從Windows平臺、UNIX平臺、Macintosh等平臺我們都可以訪問WWW。

    3、分布式的

    大量的圖形、音頻和視頻信息會占用相當(dāng)大的磁盤空間,我們甚至無法預(yù)知信息的多少。對于Web沒有必要把所有信息都放在一起,信息可以放在不同的站點(diǎn)上,只需要在瀏覽器中指明這個(gè)站點(diǎn)就可以了。

    4、動(dòng)態(tài)的

    由于各Web站點(diǎn)的信息包含站點(diǎn)本身的信息,信息的提供者可以經(jīng)常對站上的信息進(jìn)行更新。如某個(gè)協(xié)議的發(fā)展?fàn)顩r,公司的廣告等等。一般各信息站點(diǎn)都盡量保證信息的時(shí)間性。所以Web站點(diǎn)上的信息是動(dòng)態(tài)的、經(jīng)常更新的,這一點(diǎn)是由信息的提供者保證的。

    5、交互的

    Web的交互性首先表現(xiàn)在它的超鏈接上,用戶的瀏覽順序和所到站點(diǎn)完全由他自己決定。另外通過FORM的形式可以從服務(wù)器方獲得動(dòng)態(tài)的信息。用戶通過填寫FORM可以向服務(wù)器提交請求,服務(wù)器可以根據(jù)用戶的請求返回相應(yīng)信息。

    四、web應(yīng)用服務(wù)監(jiān)管防護(hù)系統(tǒng)中高可用性功能支持哪幾種模式

    Web應(yīng)用防護(hù)系統(tǒng)的主要功能模式:①Web應(yīng)用的安全:用來防御黑客攻擊、防御服務(wù)器漏洞和非法HTTP的請求②應(yīng)用層的訪問與控制:精確高級訪問控制和目的地址的控制③網(wǎng)頁防篡改:動(dòng)靜態(tài)網(wǎng)頁的防篡改功能④網(wǎng)站的維護(hù):使用Web應(yīng)用層對漏洞進(jìn)行維護(hù)…

    以上就是關(guān)于web服務(wù)是什么模式相關(guān)問題的回答。希望能幫到你,如有更多相關(guān)問題,您也可以聯(lián)系我們的客服進(jìn)行咨詢,客服也會為您講解更多精彩的知識和內(nèi)容。


    推薦閱讀:

    ui設(shè)計(jì)怎么自學(xué)(web前端開發(fā))

    wechat發(fā)音音標(biāo)重讀(wechataholic音標(biāo))

    wechat英語怎么讀

    模塊怎么上傳商品(模塊怎么上傳商品圖片)

    奶茶加盟店10大排行榜(奶茶加盟店10大排行榜)