【正文】 ont/td/tr結(jié) 論設(shè)計(jì)模式是在程序設(shè)計(jì)中為了解決經(jīng)常出現(xiàn)的問題而用到的可以重復(fù)使用的方法套路。font color=39。簡(jiǎn)介: amp。 amp。 amp。 + strBuyNum +/font/td/tr+trtdamp。font color=39。購(gòu)買次數(shù):amp。amp。amp。 + strAddtime + /font/td/tr+trtdamp。font color=39。添加時(shí)間:amp。amp。 amp。 + strMarketPrice +/font/td/tr+ trtdamp。font color=39。市場(chǎng)價(jià):amp。amp。amp。 + strLeaguerPrice +/font/td/tr+trtdamp。font color=39。會(huì)員價(jià):amp。amp。amp。 + strPublisher + /font/td/tr+trtdamp。font color=39。出版社:amp。 amp。 amp。 + strISBN +/font/td/tr+trtdamp。font color=39。ISBN(圖書編號(hào)):amp。 amp。 amp。 + strSubjectID + 類書籍/font/td/tr+trtdamp。font color=39。類別:amp。 amp。 amp。 + strAuthorNative + /font/td/tr+trtdamp。font color=39。作者籍貫:amp。 amp。 amp。 + strAuthor + /font/td/tr+trtdamp。font color=39。作者:amp。amp。amp。/td/tr+trtdamp。 height=39。+strBooksName+/font/td/tr+ trtdimg src=39。font color=39。書名:amp。amp。amp。+ trtdamp。但如上所說，書簡(jiǎn)介內(nèi)容較多，在存儲(chǔ)過程中雖然可以截?cái)鄡?nèi)容（如首頁(yè)顯示），在分類瀏覽頁(yè)面中就采用了這種方法，但這是書的詳細(xì)內(nèi)容頁(yè)面，截?cái)嘁恍┖?jiǎn)介內(nèi)容顯然不合適，必需使書的簡(jiǎn)介全部顯示出來，這就要考慮一個(gè)頁(yè)面的控制問題了，既然現(xiàn)有的系統(tǒng)控件不能對(duì)其進(jìn)行有效的控制，就不得不想其它的方法了。圖43 后臺(tái)導(dǎo)航頁(yè)面圖44 圖書管理頁(yè)面 圖書詳細(xì)信息實(shí)現(xiàn)步驟圖書詳細(xì)信息頁(yè)面是本系統(tǒng)的一個(gè)典型的頁(yè)面，尤其在詳細(xì)信息顯示上成為本系統(tǒng)前臺(tái)模塊工作的一個(gè)重點(diǎn)工作，它主要涉及到一個(gè)書簡(jiǎn)介的顯示控制上，如果用系統(tǒng)控件，它會(huì)自動(dòng)擴(kuò)充頁(yè)面的寬度，大大影響了美觀度，因此采用了拼串的形式，對(duì)其格式進(jìn)行了嚴(yán)格的控制。首頁(yè)分為登錄前和登錄后的頁(yè)面，他們只是在登錄控件處有所不同，其余都相同。這兩部分時(shí)前臺(tái)頁(yè)面公共的部分。后臺(tái)頁(yè)面也保持了相同的風(fēng)格，美感比較好，當(dāng)然功能的實(shí)現(xiàn)是最重要的。其次才是功能的實(shí)現(xiàn)盡量簡(jiǎn)單化，這樣可以節(jié)省用戶操作又可以使用戶實(shí)現(xiàn)目的。第4章 系統(tǒng)實(shí)現(xiàn)系統(tǒng)實(shí)現(xiàn)是一個(gè)系統(tǒng)的最終實(shí)現(xiàn)目標(biāo)，因?yàn)楸鞠到y(tǒng)采用B/S結(jié)構(gòu)，所以頁(yè)面的完成是本系統(tǒng)實(shí)現(xiàn)的最終目的，由前面的功能分析可知，本系統(tǒng)主要分前臺(tái)模塊和后臺(tái)管理模塊，本章將介紹實(shí)現(xiàn)的情況和圖書詳細(xì)實(shí)現(xiàn)的具體步驟。這3層構(gòu)架中的類不能設(shè)為私有，否則就是有接口，也不能訪問到類中的方法，除非在本項(xiàng)目中直接引用。在Web項(xiàng)目中只要提供接口就可以引用到以上兩個(gè)項(xiàng)目中的類，進(jìn)而實(shí)現(xiàn)數(shù)據(jù)在頁(yè)面里的顯示。 類設(shè)計(jì)基于本系統(tǒng)開發(fā)采用3層構(gòu)架，有3個(gè)項(xiàng)目組成，在Common項(xiàng)目中主要是數(shù)據(jù)庫(kù)類，為各個(gè)數(shù)據(jù)集提供數(shù)據(jù)源；在Data Access項(xiàng)目中主要是方法類，主要用來填充數(shù)據(jù)集，以及一些公共的類，如：分頁(yè)類、密碼加密類等等。（4）目前，一般高級(jí)的界面工具或構(gòu)造器不支持MVC模式。依據(jù)模型操作接口的不同，視圖可能需要多次調(diào)用才能獲得足夠的顯示數(shù)據(jù)。視圖與控制器是相互分離，但確實(shí)聯(lián)系緊密的部件，視圖沒有控制器的存在，其應(yīng)用是很有限的，反之亦然，這樣就妨礙了他們的獨(dú)立重用。對(duì)于簡(jiǎn)單的界面，嚴(yán)格遵循MVC，使模型、視圖與控制器分離，會(huì)增加結(jié)構(gòu)的復(fù)雜性，并可能產(chǎn)生過多的更新操作，降低運(yùn)行效率。由于不同的層各司其職，每一層不同的應(yīng)用具有某些相同的特征，有利于通過工程化、工具化產(chǎn)生管理程序代碼?？刂茖拥母拍钜埠苡行?，由于它把不同的模型和不同的視圖組合在一起完成不同的請(qǐng)求，因此，控制層可以說是包含了用戶請(qǐng)求權(quán)限的概念。再次，由于一個(gè)應(yīng)用被分離為三層，因此有時(shí)改變其中的一層就能滿足應(yīng)用的改變。這樣減少了代碼的復(fù)制，即減少了代碼的維護(hù)量，一旦模型發(fā)生改變，也易于維護(hù)。例如，訂單模型可能有本系統(tǒng)的訂單，也有網(wǎng)上訂單，或者其他系統(tǒng)的訂單，但對(duì)于訂單的處理都是一樣，也就是說訂單的處理是一致的。首先，最重要的是應(yīng)該有多個(gè)視圖對(duì)應(yīng)一個(gè)模型的能力。產(chǎn)品設(shè)計(jì)彈性力度很小，很難滿足用戶的變化性需求。n MVC的優(yōu)點(diǎn)大部分用過程語(yǔ)言比如ASP開發(fā)出來的Web應(yīng)用，初始的開發(fā)模塊 就是混合層的數(shù)據(jù)編程。MVC模式是一個(gè)用于將用戶界面邏輯與業(yè)務(wù)邏輯分離開來的基礎(chǔ)設(shè)計(jì)模式，它將數(shù)據(jù)處理界面以及用戶的行為控制分為Model—View—Controller。如果在程序中出現(xiàn)數(shù)據(jù)庫(kù)用戶登錄失敗很可能就是身份驗(yàn)證的問題，可以在SQL注冊(cè)的屬性選項(xiàng)的安全性里面改SQL身份驗(yàn)證。另外需要注意的一點(diǎn)是：數(shù)據(jù)庫(kù)最好是混合身份驗(yàn)證，這樣可以方便登錄。圖33 數(shù)據(jù)庫(kù)結(jié)構(gòu)圖數(shù)據(jù)庫(kù)之間通過字段相互聯(lián)系，實(shí)現(xiàn)查詢的連接。設(shè)計(jì)工作到后期部分就開始具體的編碼工作了，而類圖是必不可少的，它的設(shè)計(jì)是否合理有時(shí)會(huì)直接關(guān)系到系統(tǒng)的成敗。該構(gòu)架有以下三大好處：n 結(jié)構(gòu)層次清晰明了，分工明確，易于協(xié)作；n 良好的結(jié)構(gòu)提供程序的可理解性，提升可重用性和可伸縮性；n 為系統(tǒng)的擴(kuò)充性做好了準(zhǔn)備。本系統(tǒng)用到了企業(yè)代碼庫(kù)的數(shù)據(jù)訪問、異常、配置3個(gè)應(yīng)用程序塊，此外也包括了安全加密。其中還定義了許多自定義控件，使頁(yè)面顯示更美觀和一體化，實(shí)現(xiàn)了代碼的可重用性。n 業(yè)務(wù)外觀層：該層由解決方案中的Brother層來實(shí)現(xiàn)，為客戶端提供了應(yīng)用程序的訪問，和WEB層是融于一體的，由C.NET WEB窗體和代碼隱藏文件組成。還為該網(wǎng)站配置定義了類，保證了網(wǎng)站在服務(wù)器端的正常運(yùn)行。圖31 系統(tǒng)邏輯結(jié)構(gòu)圖n 數(shù)據(jù)實(shí)體層：為系統(tǒng)業(yè)務(wù)對(duì)象定義數(shù)據(jù)結(jié)構(gòu)，提供數(shù)據(jù)成員訪問的捷徑。所