【文章內(nèi)容簡介】 一張訂單保存到數(shù)據(jù)庫中,從數(shù)據(jù)庫獲取訂單。我們可以將這個(gè)模型單獨(dú)列出,所有有關(guān)的數(shù)據(jù)庫的操作只限在該模型中。 控制(Controller)可以理解為從用戶接受請(qǐng)求,將模型與視圖匹配在一起,共同完成用戶的請(qǐng)求,劃分控制層的作用很明顯,它清楚地告訴開發(fā)者,它僅是一個(gè)分發(fā)器,選擇什么樣的模型,選擇什么樣的視圖,可以完成什么樣的用戶請(qǐng)求?？刂茖硬蛔魅魏蔚臄?shù)據(jù)處理。例如,用戶點(diǎn)擊一個(gè)鏈接,控制層接收請(qǐng)求后,并不處理業(yè)務(wù)信息,它只把用戶的信息傳遞給模型,告訴模型做什么,把符合要求的視圖返回給用戶。因此,一個(gè)模型可能對(duì)應(yīng)多個(gè)視圖,一個(gè)視圖可能對(duì)應(yīng)多個(gè)模型。 總之,模型、視圖與控制器的分離,使得一個(gè)模型可以具有多個(gè)顯示視圖。如果用戶通過某個(gè)視圖的控制器改變了模型的數(shù)據(jù),所有其他依賴于這些數(shù)據(jù)的視圖都能反映這些變化。因此,無論何時(shí)發(fā)生了何種數(shù)據(jù)變化,控制器都會(huì)將變化通知所有的視圖,導(dǎo)致顯示的更新。這實(shí)際上是一種模型的變化與傳播機(jī)制。模型、視圖、控制器三者之間的關(guān)系和各自的主要功能,如下圖(圖1)所示:圖1 模型、視圖、控制器的關(guān)系和功能 MVC架構(gòu)的優(yōu)點(diǎn) 當(dāng)前有相當(dāng)一部分Web應(yīng)用程序都是用過程化語言來創(chuàng)建的。它們將像數(shù)據(jù)庫查詢語句這樣的數(shù)據(jù)層代碼和像HTML這樣的表示層代碼混在一起,直接向數(shù)據(jù)庫發(fā)送請(qǐng)求并用HTML顯示,開發(fā)速度往往比較快,但由于數(shù)據(jù)頁面的分離不是很直接,因而很難體現(xiàn)出業(yè)務(wù)模型的樣子或者模型的重用性。產(chǎn)品設(shè)計(jì)彈性力度很小,很難滿足用戶的變化性需求。經(jīng)驗(yàn)比較豐富的開發(fā)者會(huì)將數(shù)據(jù)從表示層分離開來,但這通常不是很容易做到的,它需要精心的計(jì)劃和不斷的嘗試。MVC的出現(xiàn)很好地解決了以上問題,它要求對(duì)應(yīng)用分層,雖然要花費(fèi)額外的工作,但產(chǎn)品的結(jié)構(gòu)清晰,產(chǎn)品的應(yīng)用通過模型可以得到更好地體現(xiàn)。 首先,MVC最重要的一點(diǎn)是多個(gè)視圖能共享一個(gè)模型。在目前用戶需求的快速變化下,可能有多種方式訪問應(yīng)用的要求。例如,訂單模型可能有本系統(tǒng)的訂單,也有網(wǎng)上訂單,或者其他系統(tǒng)的訂單,但對(duì)于訂單的處理都是一樣,也就是說訂單的處理是一致的。按MVC設(shè)計(jì)模式,一個(gè)訂單模型以及多個(gè)視圖即可解決問題。這樣即減少了代碼的復(fù)制,又減少了代碼的維護(hù)量,一旦模型發(fā)生改變,也易于維護(hù)。并且由于模型返回的數(shù)據(jù)不帶任何顯示格式,因而這些模型也可直接應(yīng)用于接口的使用。 其次,將MVC分離可以讓不同的專家負(fù)責(zé)不同的模塊,一般情況下,Model部分由熟悉數(shù)據(jù)庫,網(wǎng)絡(luò)傳輸?shù)膶＜襾碡?fù)責(zé)。View則交給對(duì)UI(User Interface)有研究的專家。這對(duì)于項(xiàng)目的管理者而言是多么的誘人,分工意味著可以提高效率并可以按照傳統(tǒng)的責(zé)任劃分來處理軟件開發(fā)過程。對(duì)開發(fā)者而言也可以專心于一個(gè)領(lǐng)域。這樣做的前提是接口要明確,MVC的分離思想正為其提供了基礎(chǔ)。 最后,控制器也提供了一個(gè)好處,就是可以使用控制器來連接不同的模型和視圖去完成用戶的需求,這樣控制器可以為構(gòu)造應(yīng)用程序提供強(qiáng)有力的手段。給定一些可重用的模型和視圖,控制器可以根據(jù)用戶的需求選擇模型進(jìn)行處理,然后選擇視圖將處理結(jié)果顯示給用戶。總的來說MVC編程架構(gòu)是有利于軟件工程化管理的,因?yàn)椴煌膶痈魉酒渎?每一層不同的應(yīng)用具有某些相同的特征,有利于通過工程化、工具化產(chǎn)生管理程序代碼。 MVC架構(gòu)的缺點(diǎn) MVC的缺點(diǎn)是由于它沒有明確的定義,所以完全理解MVC并不是很容易。使用MVC需要精心的計(jì)劃,由于它的內(nèi)部原理比較復(fù)雜,所以需要花費(fèi)一些時(shí)間去思考。具體的不足體現(xiàn)在以下幾個(gè)方面: (1)增加了系統(tǒng)結(jié)構(gòu)和實(shí)現(xiàn)的復(fù)雜性。對(duì)于簡單的界面,嚴(yán)格遵循MVC,使模型、視圖與控制器分離,會(huì)增加結(jié)構(gòu)的復(fù)雜性,并可能產(chǎn)生過多的更新操作,降低運(yùn)行效率。 (2)視圖與控制器間的連接過于緊密。視圖與控制器是相互分離,但卻是聯(lián)系緊密的部件,視圖沒有控制器的存在,其應(yīng)用是很有限的,反之亦然,這樣就妨礙了它們的獨(dú)立重用。 (3)視圖對(duì)模型數(shù)據(jù)的低效率訪問。依據(jù)模型操作接口的不同,視圖可能需要多次調(diào)用才能獲得足夠的顯示數(shù)據(jù)。對(duì)未變化數(shù)據(jù)的不必要的頻繁訪問,也將損害操作性能。 另外,你還將不得不花費(fèi)相當(dāng)可觀的時(shí)間去考慮如何將MVC運(yùn)用到你的應(yīng)用程序,同時(shí)由于模型和視圖要嚴(yán)格的分離,這樣也給調(diào)試應(yīng)用程序到來了一定的困難。每個(gè)構(gòu)件在使用之前都需要經(jīng)過徹底的測(cè)試。一旦你的構(gòu)件經(jīng)過了測(cè)試,你就可以毫無顧忌的重用它們了。 最后,根據(jù)開發(fā)者經(jīng)驗(yàn),由于開發(fā)者將一個(gè)應(yīng)用程序分成了三個(gè)部件,所以使用MVC同時(shí)也意味著你將要管理比以前更多的文件,這一點(diǎn)是顯而易見的。這樣好像我們的工作量增加了,但是請(qǐng)記住這比起它所能帶給我們的好處是不值一提的。并且本系統(tǒng)也針對(duì)這些缺點(diǎn)做了一些改進(jìn),下面就將介紹系統(tǒng)詳細(xì)的設(shè)計(jì)開發(fā)過程?；赑HP的網(wǎng)上留言管理系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn) 功能的確定 網(wǎng)上留言管理系統(tǒng)把用戶分成兩類,一類是管理員,另一類是客戶。管理員負(fù)責(zé)維護(hù)整個(gè)留言系統(tǒng),在對(duì)其身份進(jìn)行確認(rèn)后,能夠?qū)W(wǎng)上留言進(jìn)行回復(fù)、修改以及刪除?？蛻魟t可以直接錄入、查看和查詢網(wǎng)上留言信息。具體要實(shí)現(xiàn)的內(nèi)容如表1所示:表1 系統(tǒng)詳細(xì)功能介紹添加功能 支持心情圖片插入支持輸入內(nèi)容時(shí)插入圖片用戶基本信息以及留言內(nèi)容的錄入選擇留言信息正常顯示或僅管理員可見選擇管理員回復(fù)是否另外發(fā)送給自己發(fā)布功能 顯示留言者IP顯示滾動(dòng)的系統(tǒng)公告顯示留言以及回復(fù)信息屏蔽只有管理員可見的留言信息顯示頁面處理時(shí)間以及PHP運(yùn)行時(shí)間支持標(biāo)題搜索,數(shù)據(jù)庫對(duì)標(biāo)題建有索引管理功能 支持在線公告修改支持批量刪除數(shù)據(jù)支持回復(fù),編輯,刪除留言信息管理員信息經(jīng)過MD5加密,只能在線修改用戶名和密碼特色功能 聊天室,實(shí)時(shí)的信息交流平臺(tái)建立SOCKET會(huì)話,根據(jù)SMTP協(xié)議發(fā)送郵件可在無GD庫的空間中正常運(yùn)行的驗(yàn)證碼功能運(yùn)用大量PHP和JavaScript函數(shù)繪制網(wǎng)頁特效 數(shù)據(jù)表的設(shè)計(jì) 在著手開發(fā)一個(gè)Web項(xiàng)目時(shí),數(shù)據(jù)庫的設(shè)計(jì)通常是第一位要做的,基本上所有的操作都會(huì)涉及到數(shù)據(jù)表的操作。那么數(shù)據(jù)表的設(shè)計(jì)就關(guān)系到整個(gè)項(xiàng)目的設(shè)計(jì)和功能的實(shí)現(xiàn)。網(wǎng)上留言信息需要一個(gè)表來存儲(chǔ),另外聊天室也需要一個(gè)表來存儲(chǔ)信息,因此整個(gè)系統(tǒng)需要兩個(gè)表,具體設(shè)計(jì)如表表3所示:表2 留言信息存儲(chǔ)表字段名 類型 說明id Int6 primry key 留言idtname Varchar6 留言者姓名tx Int3 頭像dtime Datetime 留言時(shí)間title Varchar33 留言標(biāo)題 Int13 留言者 Varchar25 留言者nei Text 留言內(nèi)容htime Datetime 回復(fù)時(shí)間estate Int1 留言狀態(tài)hnei Text 回復(fù)內(nèi)容ip Varchar15 留言者ipsend_mail Bool 是否接收回復(fù)郵件表3 聊天室信息存儲(chǔ)表字段名 類型 說明chtime Datetime 信息發(fā)布時(shí)間nick Varchar10 用戶名稱words Varchar100 聊天內(nèi)容 添加功能與管理功能的設(shè)計(jì)與實(shí)現(xiàn) 設(shè)計(jì)方案的介紹 在前面的文章中已經(jīng)介紹了MVC編程架構(gòu)的特點(diǎn),本系統(tǒng)的添加功能與管理功能就是采用MVC編程架構(gòu)開發(fā)的。具體的系統(tǒng)結(jié)構(gòu)如圖2所示:圖2 添加與管理功能的MVC架構(gòu) 對(duì)添加與管理功能的設(shè)計(jì)選用的是類似Smart Ticket中使用的MVC模式。這種模式的特點(diǎn)是將Controller設(shè)計(jì)成一個(gè)巨大的事物處理器 (即:Switch……Case語句),所有由UI收集到的用戶需求都轉(zhuǎn)發(fā)給Controller進(jìn)行處理。其具體的工作流程是這樣的:View通過“URL?變量名變量值”的方式向Controller傳遞一個(gè)功能常量,Controller通過PHP系統(tǒng)變量“$_Get”接收到這個(gè)常量,然后將其放入Switch……Case語句中,Switch……Case語句根據(jù)比較不同的常量,來處理不同的請(qǐng)求,從而完成不同的功能。Controller主要是通過調(diào)用Model內(nèi)的自定義函數(shù)、MYSQL數(shù)據(jù)庫操作類以及郵件發(fā)送類來處理不同的請(qǐng)求。 下面總結(jié)一下這個(gè)設(shè)計(jì)方案的優(yōu)點(diǎn)和缺點(diǎn)。從上文介紹的工作流程可以看到這種模式的優(yōu)點(diǎn)是用戶控制器提供一個(gè)控制和處理請(qǐng)求的集中入口點(diǎn),它負(fù)責(zé)接收,截獲并處理用戶請(qǐng)求。并根據(jù)當(dāng)前狀態(tài)和業(yè)務(wù)操作的結(jié)果決定