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