構(gòu)建web服務(wù)器上應(yīng)用程序的2種方法: 1)使用腳本:
CGI、Java Servlet,通過write stream操作輸出字符串;適合于解釋請求消息
2)使用服務(wù)器頁面:把程序和返回文本也組合在一起,在html中編寫返回頁面(Asp、php、jsp等);適合于格式化應(yīng)答消息
1. 視圖模式: 1)轉(zhuǎn)換視圖:特點:使用程序的一種轉(zhuǎn)換風格(如XSLT)
2)模板視圖: 特點:允許你在網(wǎng)頁結(jié)構(gòu)中編寫表現(xiàn)層,并允許在網(wǎng)頁中嵌入標簽,用以知名網(wǎng)頁中動態(tài)內(nèi)容需要導向到哪里(如ASP、JSP、PHP等)
提供強大功能、靈活
代碼混亂以至于難以維護
3)兩步視圖:2個階段:由領(lǐng)域數(shù)據(jù)產(chǎn)生一個邏輯屏幕,然后把它發(fā)送到html網(wǎng)頁中。(每一個屏幕都有一個第一階段的視圖,而整個程序中只有一個第二階段的視圖)
優(yōu)點:它可以決定把什么樣的html網(wǎng)頁用在一個地方,全局改變html變得容易
缺點:當站點設(shè)計得過分精細時,通常不容易提取出很好的邏輯屏幕結(jié)構(gòu)
2. 輸入控制器模式: 1)輸入控制器2個責任:處理http的請求消息;
根據(jù)請求的消息來決定下一步做什么
2)2個模式:為每個頁面準備一個輸入控制器,輸入控制器再創(chuàng)建適當?shù)膶ο髞硗瓿商幚恚嵗m當?shù)囊晥D來返回結(jié)果;
單個對象處理所有請求消息,創(chuàng)建一個分離的對象來處理它(前端控制器)。【當站點行為結(jié)構(gòu)有所改變時,可以避免重新配置web服務(wù)器】
文章版權(quán)歸作者所有,未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為,您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請注明本文地址:http://m.specialneedsforspecialkids.com/yun/30045.html
摘要:模型視圖控制器頁面控制器前端控制器模板試圖轉(zhuǎn)換試圖兩步試圖應(yīng)用控制器 模型-視圖-控制器(Model View Controller) 頁面控制器(Page Controller) 前端控制器(Front Controller) 模板試圖(Template View) 轉(zhuǎn)換試圖(Transform View) 兩步試圖(Two Step View) 應(yīng)用控制器(Appliacction...
摘要:分層優(yōu)缺點優(yōu)點在無需過多了解其他層次的基礎(chǔ)上,可以將某一層作為一個有機整體來理解可以替換某層的具體實現(xiàn),只要前后提供的服務(wù)相同即可可以將層次間的依賴性減到最低分層有利于標準化工作一旦構(gòu)建好了某一層次,就可以用它為很多上層服務(wù)提供支持缺點層次 1. 分層優(yōu)缺點: 1)優(yōu)點: 在無需過多了解其他層次的基礎(chǔ)上,可以將某一層作為一個有機整體來理解; 可以替換某層的具體實現(xiàn),只要前后提供的服務(wù)...
摘要:相反,它由單體中的適配器和使用一個或多個進程間通信機制的服務(wù)組成。因為微服務(wù)架構(gòu)的本質(zhì)是一組圍繞業(yè)務(wù)功能組織的松耦合服務(wù)。如果你嘗試將此類功能實現(xiàn)為服務(wù),則通常會發(fā)現(xiàn),由于過多的進程間通信而導致性能下降。這是快速展示微服務(wù)架構(gòu)價值的好方法。你很有可能正在處理大型復雜的單體應(yīng)用程序,每天開發(fā)和部署應(yīng)用程序的經(jīng)歷都很緩慢而且很痛苦。微服務(wù)看起來非常適合你的應(yīng)用程序,但它也更像是一項遙不可及的必殺...
閱讀 1142·2019-08-30 12:44
閱讀 650·2019-08-29 13:03
閱讀 2558·2019-08-28 18:15
閱讀 2427·2019-08-26 10:41
閱讀 3088·2019-08-26 10:28
閱讀 3037·2019-08-23 16:54
閱讀 1990·2019-08-23 15:16
閱讀 814·2019-08-23 14:55