本科開(kāi)題報(bào)告課程教學(xué)網(wǎng)站(編輯修改稿)
2025-01-09 01:29 本頁(yè)面
【文章內(nèi)容簡(jiǎn)介】 skaug提出，運(yùn)用于 Smalltalk平臺(tái)上。它具有三種角色，分別是Model、 View、 Controller。 大部分 Web 應(yīng)用程序都是用像 ASP， PHP，或者 CFML 這樣的過(guò)程化語(yǔ)言來(lái)創(chuàng)建的。它們將像數(shù)據(jù)庫(kù)查詢語(yǔ)句這樣的數(shù)據(jù)層代碼和像 HTML這樣的表示層代碼混在一起。經(jīng)驗(yàn)比較豐富的開(kāi)發(fā)者會(huì)將數(shù)據(jù)從表示層分離開(kāi)來(lái)，但這通常不是很容易做到的，它需要精心的計(jì)劃和不斷的嘗試。 MVC 從根本上強(qiáng)制性的將它們分開(kāi)。盡管構(gòu)造 MVC 應(yīng)用程序需要一些額外的工作，但是它給我們帶來(lái)的好處是無(wú)庸質(zhì)疑的。 通過(guò)學(xué)習(xí)《 Professional MVC 》 ，我了解了 MVC 的處理過(guò)程，首先控制器接收用戶的請(qǐng)求，并決定應(yīng)該調(diào)用哪個(gè)模型來(lái)進(jìn)行處理，然后模型用業(yè)務(wù)邏輯來(lái)處理用戶的請(qǐng)求并返回 數(shù)據(jù)，最后控制器用相應(yīng)的視圖格式化模型返回的數(shù)據(jù)，并通過(guò)表示層呈現(xiàn)給用戶。 在 MVC設(shè)計(jì)模式中，模型響應(yīng)用戶請(qǐng)求并返回響應(yīng)數(shù)據(jù)，視圖負(fù)責(zé)格式化數(shù)據(jù)并把它們呈現(xiàn)給用戶，業(yè)務(wù)邏輯和表示層分離，同一個(gè)模型可以被不同的視圖重用，所以大大提高了代碼的可重用性。 由于運(yùn)用 MVC的應(yīng)用程序的三個(gè)部件是相互獨(dú)立，改變其中一個(gè)不會(huì)影響其它兩個(gè)，所以依據(jù)這種設(shè)計(jì)思想你能構(gòu)造良好的松偶合的構(gòu)件。 MVC具有很多優(yōu)點(diǎn)：低耦合性、高重用性、可適用性、較低的生命周期成本、快速的部署、可維護(hù)性、有利于軟件工程化的管理。 MVC設(shè)計(jì)模式是一個(gè)很好 創(chuàng)建軟件的途徑，它所提倡的一些原則，像內(nèi)容和顯示互相分離可能比較好理解。但是如果你要隔離模型、視圖和控制器的構(gòu)件，你可能需要重新思考你的應(yīng)用程序，尤其是應(yīng)用程序的構(gòu)架方面。如果你肯接受 MVC，并且有能力應(yīng)付它所帶來(lái)的額外的工作和復(fù)雜性， MVC 將會(huì)使你的軟件在健壯性，代碼重用和結(jié)構(gòu)方面上一個(gè)新的臺(tái)階。 通過(guò)文獻(xiàn)的閱讀，我對(duì)整個(gè)開(kāi)發(fā)過(guò)程有了了解，并且有了準(zhǔn)備，為后續(xù)的開(kāi)發(fā)奠定了良好的基礎(chǔ)。 四、文獻(xiàn)翻譯 注意：每個(gè)學(xué)生必須提交 15000個(gè)以上印刷符號(hào)、與課題研究密切相關(guān)的外文文獻(xiàn)的中文翻 譯文章或者讀書(shū)報(bào)告。（可增頁(yè)） (Guiding Principles For Your MVC Applications 譯文 ) MVC 應(yīng)用 的 指導(dǎo)原則 雖然微軟 發(fā)布 的 MVC ， 但 許多 模式和原則的框架已經(jīng)存在很長(zhǎng)一段時(shí)間。 模型視圖控制器（ MVC）模式 本身 在 20世紀(jì) 70年代 由 Smalltalk開(kāi)發(fā)人員 開(kāi)發(fā) ，并 且 使用 在 各種框架和跨不同的語(yǔ)言和 多 種平臺(tái)。 因此，我們可以學(xué)習(xí) 如何物盡其用的 使用 框架只是 通過(guò) 查找圍繞我們的軟件 系統(tǒng) 。 通過(guò) 這篇文章 ， 我想展示 使用 MVC 框架時(shí)應(yīng)該遵循某些原則的布局 。 這些原則不是規(guī)則，但對(duì)這些原則的理解和他們的價(jià)值，你必須牢記在腦中，當(dāng)你在構(gòu)建 MVC時(shí)，你應(yīng)該用到這些原則并且擴(kuò)展出來(lái) 。 通過(guò)分離達(dá)到簡(jiǎn)單化 當(dāng)我還是一個(gè)小男孩，我非常喜歡拼圖。構(gòu)建出簡(jiǎn)單的場(chǎng)景有一 種 非凡的感覺(jué)，例如畫(huà)一個(gè)蘋(píng)果，從復(fù)雜和不規(guī)則形狀到最終集合成一副圖。這種對(duì)復(fù)雜事物的熱愛(ài)是我作為一個(gè)軟件開(kāi)發(fā)人員每天的奮斗的動(dòng)力。 作為開(kāi)發(fā)人員，我們?cè)谄磮D相反的方向做著努力。而不是使簡(jiǎn)單的事情復(fù)雜化，我們都要努力使復(fù)雜的事情簡(jiǎn)單化。 我們周?chē)性S多技術(shù)能幫助我們走向簡(jiǎn)單化，我們只需要有效的利用這些技術(shù) 。 就拿 CSS和 HTML的例子，因?yàn)檫@是兩個(gè)技術(shù) ， 每個(gè) Web開(kāi)發(fā)人員都應(yīng) 該 熟悉。 如果我想讓那些沒(méi)有回答出我的頁(yè)面問(wèn)題的用戶注意，那么我可能會(huì)把錯(cuò)誤問(wèn)題的背景顏色改為紅色。我可以通過(guò)指定的每一個(gè)錯(cuò)誤的問(wèn)題的風(fēng)格，我也可以創(chuàng)建一個(gè) CSS規(guī)則指定顏色的紅色 ， 并指出任何錯(cuò)誤的問(wèn)題都 使用這種風(fēng)格的元素并以紅色本標(biāo)準(zhǔn)。 雖然 CSS的解決方案可能需 要更多的工作，因?yàn)槲覍?xiě)的不僅僅是 CSS，還有 HTML，最終將證明是一種簡(jiǎn)單的解決方案。使用 CSS規(guī)則 ， 從我的應(yīng)用程序中刪除重復(fù)的樣式信息，我可以很容易地通過(guò)修改一個(gè)樣式規(guī)則從而達(dá)到改變所有錯(cuò)誤問(wèn)題的顏色。 CSS的方法還使我能夠創(chuàng)建一個(gè)規(guī)則的名稱(chēng)顯示其預(yù)期的用途，例如 failedValidation是一個(gè)代碼 ，使我相比于直接讀＃ FF0000能得到更多的資料。在CSS方法這些特性使應(yīng)用程序更易于維護(hù)和變化，這就是我們正在努力實(shí)現(xiàn)的簡(jiǎn)單化。 使用與 HTML結(jié)合的 CSS展示了簡(jiǎn)單化的另一個(gè)特點(diǎn)，那就是如何 讓 CSS和 HTML可以分隔出自己獨(dú)有的責(zé)任。 HTML只負(fù)責(zé)一個(gè) Web頁(yè)面結(jié)構(gòu)，而 CSS負(fù)責(zé)該網(wǎng)頁(yè)的外觀。這種責(zé)任分離，或 “ 重點(diǎn)分離的 ” ，這在抵制軟件復(fù)雜性上起到重要作用 。 你是否曾經(jīng)修改過(guò)代表一個(gè)網(wǎng)頁(yè)的對(duì)象，卻 發(fā)現(xiàn)它 負(fù)責(zé) 用于數(shù)據(jù)訪問(wèn)，數(shù)據(jù)綁定，業(yè)務(wù)規(guī)則的驗(yàn)證和修改的一個(gè)錯(cuò)誤的輸入域?yàn)榧t色背景呢？它是不是很容易修改這些對(duì)象呢 ？ 是不是很容易集中在一個(gè)變化要求 ， 使你必須實(shí)現(xiàn)內(nèi)部的邏輯復(fù)雜的難題呢？ MVC設(shè)計(jì)模式已證明 成功的部分原因是模式的職責(zé)分離的緣故 。 這使我們能夠?qū)Ｗ⒂谔囟ǖ娜蝿?wù)，隱藏我們的實(shí)施細(xì)則 ， 并進(jìn)行更改，而不干擾其他組件 。 在 MVC中， 例如 視圖組件只對(duì)提交的數(shù)據(jù)負(fù)責(zé)。視圖組件中 我們可以專(zhuān)注于描述 ， 而不需要擔(dān)心數(shù)據(jù)源自何處 。 我們可以對(duì)視圖組件進(jìn)行修改而不用擔(dān)心數(shù)據(jù)代碼的訪問(wèn) 。 隨著我們考慮到責(zé)任分離來(lái)達(dá)到簡(jiǎn)單化這樣的目標(biāo)，讓我們來(lái)看看具體的指導(dǎo)模型中的三個(gè)組成部分視圖控制器模式 。 無(wú)故障控制器 在一個(gè) MVC模式，控制器 在不斷運(yùn)作。 控制器 端收到 請(qǐng)求 是 模型和 試圖描述的同時(shí)作用。 由于他們的立場(chǎng) ， 當(dāng)他們 保持 一個(gè) 分離 情況時(shí)， 控制器 就 難以執(zhí)行 請(qǐng)求。 你 必須努力 不要讓 自己受 控制器應(yīng)用程序邏輯 的擺布。 舉 一個(gè)例子，我 就說(shuō) 兩個(gè)不同版本的 Oxite對(duì)比 。 Oxite是一個(gè)開(kāi)放源碼的內(nèi)容管理系統(tǒng)和博客引擎， 它 建立 在 MVC框架 上并 托管在 CodePlex的 / oxite /上。 在 Oxite的早期版本（大約 2021年 12月），該控制器 的 功能是節(jié)省 博客 位置 中 103行 的 C＃代碼 。該功能 負(fù)責(zé)驗(yàn)證 位置和 標(biāo)簽之間的管理和 管理該位置與它父輩的關(guān)系 ，決定是否是新的或現(xiàn)有的版本 并且 編輯后保存到 數(shù)據(jù)存儲(chǔ)器。對(duì)比你對(duì)當(dāng)前版本的想法 ， 如圖 1 所示 。 圖 1控制器行動(dòng) [ActionName(ItemEdit)， AcceptVerbs()] public virtual object SaveEdit(PostAddres
研究報(bào)告相關(guān)推薦
鄂ICP備17016276號(hào)-1