基于net的個(gè)人blog系統(tǒng)的開發(fā)畢業(yè)設(shè)計(jì)論文(編輯修改稿)

　

【文章內(nèi)容簡介】 類型不能用UBB來顯示，則直接設(shè)定為普通文件，供下載（添加到父框架），用戶點(diǎn)返回后將可再次上傳，此外對于多文件上傳，也很容易實(shí)現(xiàn)，可以動態(tài)的根據(jù)用戶選擇上傳幾個(gè)文件而增加上傳瀏覽框，加入到上傳集合中即可，上傳路徑從配置文件里讀取。首先，根據(jù)系統(tǒng)功能的詳細(xì)分析，在配置好開發(fā)平臺、運(yùn)行環(huán)境后，我先從系統(tǒng)的后臺開始設(shè)計(jì)，因?yàn)榍芭_數(shù)據(jù)的顯示或管理都需要后臺的支持，所以在后臺的第一個(gè)模塊服務(wù)器基本信息開始，直至順序完成整個(gè)后臺部分（系統(tǒng)設(shè)置、分類管理、會員管理、鏈接管理驗(yàn)證、書簽管理、表情、關(guān)鍵字、罵人詞語屏蔽管理、文件管理等）。然后在后臺支持的基礎(chǔ)上，對前臺進(jìn)行順序開發(fā)，日志發(fā)表、編輯、日志瀏覽（評論、分頁、注冊、內(nèi)容過濾……）、評論搜索、會員信息（整體、個(gè)人、編輯）、……、再到首頁總體顯示的實(shí)現(xiàn)。逐個(gè)模塊的完成、完善、性能思考等。大多數(shù)情況下，不僅僅單一的依靠VS來編寫，也是要考慮到手工編寫，因此我覺得這樣做是最好的解決方案，尤其是對性能的影響，當(dāng)然在實(shí)現(xiàn)方法上，某些地方可能做得不是很好，有待于以后改進(jìn)！（1）總體簡化ER關(guān)系圖注：以下圖為Microsoft Visio 2005設(shè)計(jì)完成并導(dǎo)出為JPG圖片(Photoshop壓縮)。 總體簡化ER關(guān)系圖（2）作品管理ER關(guān)系 作品管理簡化ER關(guān)系圖（3）友情鏈接簡化ER關(guān)系本系統(tǒng)選擇SQLSERVER做后臺數(shù)據(jù)庫，而沒有選擇ACCESS來開發(fā)，原因主要有以下幾點(diǎn)：ACCESS是面向小型的，而SQL是面向大型的應(yīng)用。由于在容量方面，ACCESS有極限，所以到了一定極限之后，很容易造成服務(wù)器IIS假死或者吃光機(jī)器內(nèi)存，而SQL則可以完全修復(fù)這些問題，而且相對而言SQL的數(shù)據(jù)備份也比較方便，功能強(qiáng)大很多。在速度性能方面前者也比后者遜色許多，如果稍做測試，比如10000條記錄，會發(fā)現(xiàn)SQL可能比ACCESS快10—20倍。另外，做單層系統(tǒng)可用ACCESS，而做兩層或多層則用SQL。而且在安全性能上講，SQL也還是比較好些，它有針對不同訪問用戶的權(quán)限設(shè)置。……當(dāng)然，具體的DBMS各有各自己的特性,和優(yōu)點(diǎn),例如跨平臺性、性能、安全性等。所以適用的行業(yè)和范圍就有所不同,就比如電信行業(yè)來說,一般只會用orcale, 的SQL sever多一些。所以考慮到系統(tǒng)在以后實(shí)際使用中的問題，不能使用ACCESS數(shù)據(jù)庫，而選擇SQLSERVER來存儲、處理數(shù)據(jù)很有必要。在使用SQLSERVER時(shí)，針對其特點(diǎn)靈活應(yīng)用過程、語句等。如果轉(zhuǎn)化為SQLSERVER也并不是很費(fèi)時(shí)，只是涉及如區(qū)別函數(shù)、對應(yīng)字段時(shí)要修改，如ACCESS的now與SQL的GetDate()。用戶級簡化數(shù)據(jù)流圖：（1）頂層 用戶級數(shù)據(jù)流圖：頂層（2）0層 用戶級數(shù)據(jù)流圖：0層（3）1層 用戶級數(shù)據(jù)流圖：1層（1）數(shù)據(jù)流詞條描述（2）數(shù)據(jù)元素詞條描述（3）數(shù)據(jù)文件詞條描述（4）加工邏輯詞條描述（5）源點(diǎn)及匯(終)點(diǎn)詞條描述具體的描述略，數(shù)據(jù)項(xiàng)、數(shù)據(jù)流、數(shù)據(jù)文件、數(shù)據(jù)元素、加工邏輯等描述和上面流圖的設(shè)計(jì)相對應(yīng)，比較簡單。該系統(tǒng)邊界沒有向UML用例圖中的的樣式表示，下面簡要的闡述一下。由于“系統(tǒng)”具有相對性，不同邊界的系統(tǒng)其組成不同，目標(biāo)不同。要求實(shí)現(xiàn)的功能也不同。因此，在描述系統(tǒng)時(shí)，首先要定義系統(tǒng)邊界。讓其反映系統(tǒng)在職能、功能方面的邊界，系統(tǒng)的可行性研究、總體設(shè)計(jì)、詳細(xì)設(shè)計(jì)、開發(fā)和運(yùn)行均是在這些邊界內(nèi)進(jìn)行。（1）系統(tǒng)的職能邊界 系統(tǒng)的職能邊界定義為超級管理員管理范圍內(nèi)的主要功能。（2）系統(tǒng)的功能邊界 系統(tǒng)在功能上覆蓋日志發(fā)表、編碼標(biāo)準(zhǔn)、系統(tǒng)異常處理、XML處理(RSS)、外部引用、性能優(yōu)化等，為不同的用戶提供所需的信息與管理，并通過系統(tǒng)實(shí)現(xiàn)文檔存儲檢索、信息共享。（1）正則表達(dá)式：用戶匹配或替換文本內(nèi)容，如UBB、注冊驗(yàn)證、特定參數(shù)檢查多處用（2）存儲過程：幾乎在每個(gè)模塊都使用了該方式，當(dāng)然有的地方使用存儲過程是不佳的，不過在這些地方我直接用了SQL語句，這里設(shè)計(jì)的存儲過程有復(fù)雜的也有簡單的，簡單查詢、更新、插入，還有通過計(jì)算、判斷、多重語句、分頁（3）XML：（4）文件處理：后臺文件的編輯、處理以及文件信息的查看，服務(wù)端空間占用、文件上傳等都有用到（5）簡單算法與面向?qū)ο髴?yīng)用：比較零散（6）WebForm：amp。，主要是綜合的應(yīng)用（7）數(shù)據(jù)綁定：在操作DataGrid等控件時(shí)，需要反復(fù)的綁定，比如刪除、編輯、分頁后要重新的綁定，DataList、DownList同樣應(yīng)用（8）控件、組件：DataGrid、DataList、用戶控件……（9）編碼安全：COOKIE實(shí)現(xiàn)與加密、參數(shù)過濾、密碼加密……（10）統(tǒng)計(jì)分析：簡單的數(shù)據(jù)分析（11）圖形圖象：驗(yàn)證碼的生成和其他動態(tài)加載的處理、統(tǒng)計(jì)分析（12）SQL編碼與腳本：各地方實(shí)現(xiàn)方式、條件不同,在系統(tǒng)SQL腳本和代碼皆有（13）HTML、CSS、Javascript、Dreamweaver、Photoshop（14） 分頁技術(shù)：包括控件的分頁(自定義分頁算法)、存儲過程分頁第3章 概要設(shè)計(jì)根據(jù)以上詳細(xì)的需求分析，可以確立系統(tǒng)核心是對前后臺主要部分的分析與概括，而這些概括和分析內(nèi)容中，對信息是如何表示出來的，以何種形式表現(xiàn)，通過界面形式、數(shù)據(jù)形式等，下面將對其作簡要的闡述。系統(tǒng)前臺的主要部分在于日志發(fā)表、日志瀏覽、以及日志編輯等處，用什么樣的方式去實(shí)現(xiàn)，如何實(shí)現(xiàn)？設(shè)計(jì)前這樣的考慮是很有必要，對于其后的設(shè)計(jì)思路也是至關(guān)重要的。首先考慮的是頁面的布局處理，這里的主要任務(wù)是將WEB頁面合理分割成用于安排文字，圖像等各種屏幕元素的區(qū)間，當(dāng)然設(shè)計(jì)時(shí)也是盡可能的做到結(jié)構(gòu)清晰，易于用戶操作等特性。其次要考慮的是鏈接結(jié)構(gòu)，是樹狀鏈接結(jié)構(gòu)，還是星狀鏈接結(jié)構(gòu)，是單獨(dú)的頁面實(shí)現(xiàn)，還是綜合的結(jié)構(gòu)處理也是必需所考慮的，比如簡單的登錄頁，退出部分放到哪里實(shí)現(xiàn)？不是在每個(gè)頁面都處理一下，而是同一頁面不同請求，達(dá)到公用的效果。其次考慮的是系統(tǒng)的目錄，用戶控件和正常頁面不是要都放在一起，而是分類型的存放到指定的目錄下，根據(jù)不同的需要，調(diào)用不同的控件或其他屬性。在考慮以上的幾個(gè)部分后，主要考慮的是系統(tǒng)功能的實(shí)現(xiàn)，同樣一個(gè)要求，一個(gè)分析，用什么樣的方式來完成，什么樣的方式最好，以及考慮到以后系統(tǒng)的發(fā)展與性能影響等，也是設(shè)計(jì)過程中必要考慮的，反之在以后的設(shè)計(jì)中，會對之前的設(shè)計(jì)，倍感不足，而苦于設(shè)計(jì)失敗，沒處理好……。在考慮系統(tǒng)功能的基礎(chǔ)上，就會要考慮其系統(tǒng)局部設(shè)計(jì)的邏輯結(jié)構(gòu)，根據(jù)簡要的思考，確立最佳的解決方案，對于其后的編碼工作，也都是較為簡單的事情了。總之，思想決定實(shí)施，思想決定規(guī)劃。系統(tǒng)后臺也可采用和上面簡述同樣的處理方式，這里不再贅述！（1）用戶接口不同的界面和功能，系統(tǒng)都會有良好的界面提示信息，諸如置頂展開、日歷瀏覽等，以及交互的鏈接結(jié)構(gòu)。針對URLRewrite的實(shí)現(xiàn)，可以由用戶自己編輯正則表達(dá)式，自定義重寫操作。重寫后用戶可根據(jù)設(shè)定的重寫規(guī)則，進(jìn)行訪問、操作、管理等。在提供的系統(tǒng)操作上，用戶可以根據(jù)提示信息來管理（發(fā)表、刪除、查看信息、瀏覽……）。另一方面，對不同區(qū)域的用戶提供服務(wù)，沒采用不同文化處理，所以沒法決定用戶喜歡的語言以及使用該語言提交Web頁面，這個(gè)在二次開發(fā)的時(shí)候，將會完善。（2）外部接口（命令接口、圖形接口）支持RSS訂閱、外部引用同步添加和處理，以及友情鏈接的串聯(lián)訪問。在后臺文件管理處，不僅僅是管理BLOG文件、附件，站點(diǎn)文件同樣可以管理，日志訪問統(tǒng)計(jì)分析也是如此，可對整個(gè)站點(diǎn)訪問信息進(jìn)行簡單的分析。只需添加系統(tǒng)函數(shù)即可。另外本系統(tǒng)不允許跨站提交信息和注冊等。（3）內(nèi)部接口系統(tǒng)各部分都是有機(jī)結(jié)合的，而不是孤立存在的，連接關(guān)聯(lián)、函數(shù)關(guān)聯(lián)、模塊關(guān)聯(lián)、公用關(guān)聯(lián)等等。在存儲過程實(shí)現(xiàn)中，通過數(shù)據(jù)庫接口聯(lián)系諸多模塊與元素。并采用用戶控件來作為各元素間的接口操作。同樣的功能部分，采用不同的實(shí)現(xiàn)方法、設(shè)計(jì)思路，接口稍有不同。q 根據(jù)需求分析創(chuàng)建需要的數(shù)據(jù)表、數(shù)據(jù)字段，一開始我是通過編寫SQL語句來完成的，后來工作量比較大，就直接用通過視圖模式來建立表、字段，當(dāng)然在某些方面還是要寫腳本的，比如SQLSERER里的自增字段等。對于主鍵、外鍵的操作，也是通過視圖編輯的。當(dāng)然由于設(shè)計(jì)時(shí)功能的變動或是其他因素的影響，我需要不斷的修改數(shù)據(jù)表。在此過程中，我將前面生成的SQL腳本，直接修改完成，而沒有再用視圖編輯。q 生成SQL腳本，包括刪除數(shù)據(jù)庫、創(chuàng)建數(shù)據(jù)庫(W_Blog)、創(chuàng)建帳戶(Webwalker)、刪除表、創(chuàng)建表(分類列表、評論列表、日志內(nèi)容列表、訪問統(tǒng)計(jì)分析列表、用戶URL收藏列表、BLOG信息列表、識別關(guān)鍵字的列表、友情鏈接的列表、BLOG用戶的列表、表情管理的列表、罵人詞語列表等)、添加主鍵(各列表)，具體實(shí)現(xiàn)請參見SQL腳本。q 編寫存儲過程(用戶注冊、站點(diǎn)信息配置、BLOG分類編輯、分類添加、管理員修改用戶信息、用戶修改自己的信息、表情編輯、表情插入、申請友情鏈接、管理員更新鏈接信息、關(guān)鍵字編輯、關(guān)鍵字增加、用戶增加自己的URL收藏、發(fā)表日志、裝載罵人詞語、用戶自身最新發(fā)表的日志ID、發(fā)表日志評論、評論時(shí)用戶的注冊、查詢是否存在日志ID、刪除評論、刪除日志同時(shí)刪除評論、編輯日志時(shí)初始內(nèi)容裝入、更新日志內(nèi)容、統(tǒng)計(jì)訪問者的信息、查詢?nèi)罩痉诸愋畔ⅰ⒏略L問總量、計(jì)算今日昨日本月今年和開始統(tǒng)計(jì)日期、計(jì)算并獲得已統(tǒng)計(jì)天數(shù)、獲取更新后的BLOG信息、刪除訪問記錄的數(shù)據(jù)并更新統(tǒng)計(jì)數(shù)據(jù)、查詢所有評論、通用分頁處理函數(shù)等)，補(bǔ)充SQL腳本，建立刪除存儲過程。q 初始化數(shù)據(jù)填入，BLOG信息、管理員、關(guān)鍵字、罵人詞語、分類、內(nèi)容等q 在使用系統(tǒng)時(shí)，只需要運(yùn)行SQL腳本即可，當(dāng)然也可以對原有庫還原操作。1:管理員表：：：：5．留言信息表：6． 友情鏈接信息表： 首先是準(zhǔn)備圖片和其他素材資源，設(shè)計(jì)系統(tǒng)需要的簡單圖片，當(dāng)然由于時(shí)間的原因，我沒花太多的時(shí)間去做這個(gè)，主要是弄了下CSS，包括定義服務(wù)端的一些元件屬性(Image，asp標(biāo)簽是我想在做設(shè)計(jì)時(shí)直接預(yù)覽所用的，之后可以刪除這個(gè)對編碼的前期工作開發(fā)效率影響很大，個(gè)人的感覺)，還有就是我先用VS建立框架，然后用Dream weaver來進(jìn)行頁面布局，只是做總體的布局，不是反復(fù)的切換使用，因?yàn)閂S里設(shè)計(jì)表格甚是麻煩，F(xiàn)low Layout的模式幾乎沒有一點(diǎn)用處，聽說好像MS將取消它。當(dāng)然FLASH、圖片動畫處理和簡單設(shè)計(jì)等我還是比較擅長的，所以在進(jìn)行界面設(shè)計(jì)時(shí)，還算順手！這里我要說明一下，界面設(shè)計(jì)的同時(shí)，我也部分參考了其他網(wǎng)站的設(shè)計(jì)風(fēng)格，在此表示感謝。本系統(tǒng)的界面設(shè)計(jì)主要完成的地方如下：q CSS定義，在系統(tǒng)styles/，包括body部分、表格、文本框、鏈接、 其他自定義 顯示的標(biāo)題、內(nèi)容等等。q 日歷的繪制q 導(dǎo)航圖片的設(shè)計(jì)與處理q 部分控件的顯示風(fēng)格q 諸多交互的界面提示信息q 相關(guān)的快捷鍵支持、新窗口的訪問形式等q 整體頁面的布局，顯示方式等主要采用的工具有Photoshop、Dream weaver等第4章 詳細(xì)設(shè)計(jì)注：以下圖為Microsoft Visio 2005設(shè)計(jì)完成并導(dǎo)出為JPG圖片(Photoshop壓縮)一、 系統(tǒng)總體構(gòu)架圖數(shù)據(jù)層設(shè)計(jì)數(shù)據(jù)服務(wù)配置系統(tǒng)信息應(yīng)用層用戶接口層 系統(tǒng)總體構(gòu)架圖二、模塊流程以下為各模塊流程的簡要表示，嚴(yán)格檢查與細(xì)節(jié)沒有涉及，請參見源碼、ASPX頁面內(nèi)的組成部分：（1）日志發(fā)表流程圖 日志發(fā)表流程圖（2）用戶登錄流程圖 用戶登錄流程圖（3）友情鏈接流程圖 友情鏈接流程圖（4）文件上傳流程圖 文件上傳流程圖（5）404錯(cuò)誤處理流程圖 404錯(cuò)誤處理流程圖第5章 運(yùn)行結(jié)果及調(diào)試分析（1）首頁部分代碼設(shè)計(jì)如下：日志數(shù)據(jù)綁定：public partial class _Default : { public string sql。 protected void Page_Load(object sender, EventArgs e) { if (!IsPostBack) // { sql = select top 8 id,title,addtime from allgonggao where leibie=39。日志39。 getdata(sql)。 //sql = select top 8 * from users order by id desc。 //getdata2(sql)。 } } private void getdata(string sql) { DataSet result = new DataSet()。 result = new Class1().hsggetdata(sql)。 if (result != null) { if ([0]. 0) { = [0]。 ()。