基于java的大學(xué)宿舍管理系統(tǒng)外文翻譯及-資料下載頁(yè)
2024-12-06 06:47本頁(yè)面
【導(dǎo)讀】BrettD.McLaughlin,Sr.(),AuthorandEditor,O'Reilly
【正文】 的界面已不能滿(mǎn)足要求；現(xiàn)在，我們希望看到華麗的圖形、移動(dòng)的圖像、色彩協(xié)調(diào)的表示，不管哪個(gè)房間看上去都那么漂亮，并且能夠快速顯示出來(lái)。 編寫(xiě)與修改 除了將內(nèi)容和表示分離開(kāi)來(lái)以外，衡量表示技術(shù)是否有用的另外一個(gè)因素則是它所免除的修改工作量。表示和內(nèi)容的分離加大了內(nèi)容開(kāi)發(fā)人員的角色差別。程序員可將注意力集中在前面示例中的原始內(nèi)容上，圖形藝術(shù)家或網(wǎng)站管理員則可將精力放在表示中北大學(xué) 2021 屆畢業(yè)設(shè)計(jì)英文文獻(xiàn)譯文 第 6 頁(yè) 共 4 頁(yè) 上。但是，在把藝術(shù)家設(shè)計(jì)的表示或標(biāo)記取出并加入到程序員編制的內(nèi)容中時(shí)，還會(huì)出現(xiàn)一些角色交迭。 在最簡(jiǎn)單的情況下，藝術(shù)家提供標(biāo)記，開(kāi)發(fā)人員提供代碼并將標(biāo)記插入表示技術(shù)中。然后，應(yīng)用程序 “啟動(dòng) ”，內(nèi)容會(huì)魔術(shù)般地變成一個(gè)用戶(hù)界面。當(dāng)然，我們都知道，開(kāi)發(fā)工作通常不會(huì)僅止于此。下一步是修訂和更改界面，并編制新的業(yè)務(wù)規(guī)則，這正是檢驗(yàn)表示技術(shù)靈活性的地方。雖然更新輸入到表示層中的原始數(shù)據(jù)通常并不難，但是圖形藝術(shù)家就很難對(duì)他們的原始作品進(jìn)行編輯。對(duì)表示層的更改是很常見(jiàn)的（我們都飽受過(guò)市場(chǎng)部門(mén)改這改那之苦）。所以，現(xiàn)在出現(xiàn)了這樣一個(gè)問(wèn)題：設(shè)計(jì)人員應(yīng)該從何處入手來(lái)更改他們的工作？是修改他們交給開(kāi)發(fā)人員的原始標(biāo)記語(yǔ)言頁(yè)嗎 ？可能不是。因?yàn)樽羁赡艿氖牵隧?yè)很可能已插入定制標(biāo)記或代碼（ JSP 頁(yè)、模板引擎）、轉(zhuǎn)化為 Java servlet、或者已變得面目全非了。 通常，設(shè)計(jì)人員必須在原始頁(yè)上進(jìn)行修改，并再次把此頁(yè)交給開(kāi)發(fā)人員。開(kāi)發(fā)人員必須把此頁(yè)再次轉(zhuǎn)化為表示技術(shù)所使用的特定格式。否則，設(shè)計(jì)人員就必須學(xué)會(huì)一種腳本語(yǔ)言，或至少懂得此頁(yè)中的哪些源代碼區(qū)域是禁止入內(nèi)的。當(dāng)然，這是一種容易出錯(cuò)的、非常危險(xiǎn)的方法。一旦您確定下來(lái)以一種表示技術(shù)支持內(nèi)容和表示之間的明確分離，您就應(yīng)確保改變表示所需的修改工作量限定在最小。 JSP 技術(shù)的承諾 現(xiàn)在，我們來(lái)討論 JSP 編碼的具體內(nèi)容。 JSP 技術(shù)承諾為設(shè)計(jì)人員和開(kāi)發(fā)人員提供他們所需的最合適的表示技術(shù)。 JSP 技術(shù)是 J2EE 平臺(tái)的一部分，顯示了 Sun 公司所能給予 Java 產(chǎn)品的最強(qiáng)大支持。為了使您對(duì)此解決方案的流行程度有一個(gè)概念，您可以試著在 上搜索一下 “JSP”，您會(huì)發(fā)現(xiàn)，論述 JSP 的書(shū)籍比論述其他任何一種 Java API 的書(shū)籍都要多。在我深入討論 JSP 技術(shù)存在的特定問(wèn)題之前，您需要對(duì)它承諾的功能有一個(gè)清楚的了解。 大部分用過(guò)程語(yǔ)言比如 ASP、 PHP 開(kāi)發(fā) 出來(lái)的 Web 應(yīng)用，初始的開(kāi)發(fā)模板就是混合層的數(shù)據(jù)編程。例如，直接向數(shù)據(jù)庫(kù)發(fā)送請(qǐng)求并用 HTML 顯示 ,開(kāi)發(fā)速度往往比較快 ,但由于數(shù)據(jù)頁(yè)面的分離不是很直接 ,因而很難體現(xiàn)出業(yè)務(wù)模型的樣子或者模型的重用性。產(chǎn)品設(shè)計(jì)彈性力度很小，很難滿(mǎn)足用戶(hù)的變化性需求。 MVC 要求對(duì)應(yīng)用分層，雖然要花費(fèi)額外的工作，但產(chǎn)品的結(jié)構(gòu)清晰，產(chǎn)品的應(yīng)用通過(guò)模型可以得到更好地體現(xiàn)。 中北大學(xué) 2021 屆畢業(yè)設(shè)計(jì)英文文獻(xiàn)譯文 第 7 頁(yè) 共 4 頁(yè) 首先，最重要的是應(yīng)該有多個(gè)視圖對(duì)應(yīng)一個(gè)模型的能力。在目前用戶(hù)需求的快速變化下，可能有多種方式訪問(wèn)應(yīng)用的要求。例如，訂單模型可能有本系統(tǒng)的訂單，也有網(wǎng)上訂單，或者其 他系統(tǒng)的訂單，但對(duì)于訂單的處理都是一樣，也就是說(shuō)訂單的處理是一致的。按 MVC 設(shè)計(jì)模式，一個(gè)訂單模型以及多個(gè)視圖即可解決問(wèn)題。這樣減少了代碼的復(fù)制，即減少了代碼的維護(hù)量，一旦模型發(fā)生改變，也易于維護(hù)。 一些思考 我做了一個(gè)良好的展示技術(shù)，以及應(yīng)提供 JSP 技術(shù)的具體問(wèn)題，尋求解決?，F(xiàn)在，我已經(jīng)準(zhǔn)備好了切入正題： JSP 技術(shù)，而建立在良好的思路，提出了不少問(wèn)題。在你的應(yīng)用程序（你可能還在做），你選擇使用 JSP 編碼之前，你至少應(yīng)該知道可能存在的缺陷。 因?yàn)?API 都帶有這個(gè)平臺(tái)并不意味著你必須使用它，你也應(yīng)該知道 J2EE 編程平臺(tái)往往被忽視的一個(gè)方面。這聽(tīng)起來(lái)愚蠢，許多開(kāi)發(fā)商都在努力與 JSP， EJB，或 JMS API的思維，如果他們不使用這些 API，他們的應(yīng)用程序以某種方式不會(huì)真的是 “J2EE 應(yīng)用程序。 ”事實(shí)上，該平臺(tái)擁有比大多數(shù)應(yīng)用程序需要更多的 API。如果你有問(wèn)題或懷疑JSP 技術(shù)，你不必使用它！仔細(xì)看看雙方的正面和負(fù)面，然后選擇在你的應(yīng)用程序中使用 JSP 技術(shù)。 小結(jié) 我希望我為您拓寬了一些眼界，使您看到了 JSP 技術(shù)的優(yōu)缺點(diǎn)?，F(xiàn)在，您可以把 JSP 編程看成是多種表示技術(shù)中的一種可選技術(shù)。在這一點(diǎn)上，您可能 對(duì)整體的 J2EE編程模型有所懷疑?，F(xiàn)在您也許希望更進(jìn)一步研究此平臺(tái)的替代方案，并在 Apache Cocoon、 Enhydra 和多種模板中選擇替代 JSP 編碼的方案。 最后，應(yīng)該記住的是，盡管本文似乎提出了反對(duì)意見(jiàn)，但并沒(méi)有建議您使用或不使用 JSP。我鼓勵(lì)您深入到任何技術(shù)的深層探究它是否符合您的要求。編程模型就像是例子，有時(shí)行得通，有時(shí)行不通。三思而后行，找到最適合您的方案再做決定，這總比草率做決定要好。玩得開(kāi)心！
研究報(bào)告相關(guān)推薦
鄂ICP備17016276號(hào)-1