【正文】 而另一方面出于減少系統(tǒng)代碼對服務器域名的依賴，就需要實現一個一處配置到處有效的域名處理機制。而在當前這種高速的帶寬下，相對于圖片的壓縮運算與 I/O，主服務器與文件間的數據傳 輸的消耗也就顯得微不足道了，故而分離此服務器是切實可行的。 杭州電子科技大學本科畢業(yè)設計 15 靜態(tài)文件服務器。而且服務器的域名是可配置式的，減少了代碼對于服務器地址的依賴。這一層負責用戶請求的轉發(fā)，協(xié)調業(yè)務邏輯層和視圖層的工作。 數據訪問層。該模塊主要提供的服務有留言發(fā)表、留言回復、留言刪除。該模塊主要提供的服務有好友分類添加、好友分類修改、好友分類刪除。 還可以通過該模塊上傳頭像、修改基本信息等方式修改個人信息。這類方便易用的小插件也是提高用戶黏度的一個重要組成部分。最后設計了能夠完成系統(tǒng)所有功能所需的數據庫。Applet 在用戶的計算機上執(zhí)行時，還可以下載其它的資源， 而且 還允許用戶進行交互式操作。 DWR允許 Web 開發(fā)人員傳遞一個回調函數 ， 來異步處理 Java 函數調用過程 。 與此不同， Ajax（ Asynchronous JavaScript and XML， 異步 JavaScript 和 XML)，僅向服務器發(fā)送并取回必需的數據，并在客戶端采用 JavaScript 處理來自服務器的回應?？刂破饔?ActionServlet 和 Action 來實現，用于處理 用戶與軟件的交互操作 ，控制模型和視圖之間的數據傳遞，更新模型狀態(tài)。業(yè)務流程的處理交予模型 (Model)處理。 Spring 提供了面向切面編程的豐富支持， 把 應用的業(yè)務邏輯與系統(tǒng)級服務（例如審計和事務管理）進行分離 ，使得 應用對象只 需要 實現它們應該做的 ——完成業(yè)務邏輯 ——僅此而已。 AOP 的作用在于分離系統(tǒng)中的各種關注點，將核心關注點和橫切關注點分離開來。組件處在一個容器當中，由容器負責管理。 Spring 框架概述 IoC 和 AOP IoC（ Inversion of Control，控制反轉） 又稱為 DI（ Dependence Injection，依賴注入 ） 。 Hibernate 框架介紹 Hibernate 框架是一個數據持久層框架，是一種實現 ORM 的 工具，它對 JDBC（ Java Data Base Connectivity， Java 數據庫連接）進行了輕量級的對象封裝，使程序員可以使用對象編程思想來操作數據庫。 J2EE 開發(fā)平臺概述 J2EE（ Java 2 Platform,Enterprise Edition）是 一種用來開發(fā)分布式企業(yè)軟件應用系統(tǒng)的平臺 [5]，其 核心是一組技術規(guī)范與指南，其中所包含的各類組件、服務架構及技術層次，均有共 通的標準及規(guī)格，讓各種依循 J2EE 架構的不同平臺之間，存在良好的兼容性，解決過去企業(yè)后端使用的信息產品彼此之間無法兼容，導致企業(yè)內部或外部難以互通的窘境。其中比較國外比較著名的 有 Picasa、 Flickr 等，而國內比較著名的有 巴巴變 、又拍等 [3]。而且相冊還存在 不易保管， 不 方便攜帶，容易丟失，翻看不方便 ，占用空間 等等問題。 本網絡相冊管理系統(tǒng)采用 JSP/Servlet、 Applet 等實現技術 ，以及 Struts、Hibernate、 Spring、 DWR 等先進的框架技術配合實現。系統(tǒng)可劃分為用戶注冊 /登陸模塊、用戶相冊管理模塊、用戶相片管理模塊、用戶好友管理模塊、用戶分享管理模塊、用戶留言管理模塊、用戶搜索模塊等 12 個模塊。 后來隨著時代的發(fā)展，科技的進步， 攝影技術的發(fā)展， 旅游業(yè)的進步 ，照片數量急速增加，使用傳統(tǒng)的方式來管理照片顯然力不從心，而個人電腦的發(fā)展，照片數碼化， 加速了電子相冊的產生與進步 ，電子相冊解決了傳統(tǒng)相冊 不易保管，不 方便攜帶，容易丟失，翻看不方便 ，占用空間 等等問題 。 有調查表明， 2021 年美國網絡相冊用戶數量達到 6500 萬 ， 預計在未來幾年網絡相冊用戶數會繼續(xù)保持平穩(wěn)增長 。 它提供了一個多層次的分布式應用模型和一系列開發(fā)技術規(guī)范。 Hibernate 框架用 XML（ Extensible Markup Language, 可擴展標記語言）配置文件的形式來定義 Java 對象和數據表之間的映射關系， 透明的提供對象與關系數據庫的映射，以統(tǒng)一的接口方式支持多種數據庫。 IoC 的基本概念是：不創(chuàng)建對象，但是描述創(chuàng)建它們的方式。 AOP（ Aspect Oriented Programming，面向方面的編程），可以說是 OOP（ ObjectOriented Programing，面向對象編程）的補充和完善 [7]。正如 Avanade 公司的高級方案構架師 Adam Magee 所說， AOP 的核心思想就是 “ 將應用程序中的商業(yè)邏輯同對其提供支持的通用服務進行分離。它們并不負責（甚至是意識）其它的系統(tǒng)級關注點，例如 日志或事務支持。 模型 (Model)層：該層負責業(yè)務流程 /狀態(tài)的處理以及業(yè)務規(guī)則的制定。視圖由一組 JSP文件構成，視圖還用于捕獲用戶所傳遞的數據，通過控制器傳遞給模型。 這使得 服務器和瀏覽器之間交換的數據大量減少， 而且 很多的處理工作可以在發(fā)出請求的客戶端機器上完成，所以 Web 服務器的處理時間也減少了 ，這樣就使用戶得 到回應的時間大大縮短，提高了用戶體驗 。 正是這些原因使得基于 DWR 的腳本開發(fā)人員需要對 Java 開發(fā)有一定了解，或者需要熟悉業(yè)務邏輯層所暴露的函數及相關參數。 故而在基 于 Inter 的應用程序開發(fā)中發(fā)揮著重要的作用 [12]。 系統(tǒng)需求概要 什么是 是以人為核心的，通過鼓勵用戶提供內容，鼓勵用戶交互而產生數據。 在現在多種瀏覽器并行的今天，跨瀏覽器也是系統(tǒng)需求中必不可少的一條。 具體 UC 圖（如圖 33）： 圖 33 用戶信息管理模塊 UC 圖 用戶相冊管理模塊 通過該模塊用戶可以方便的瀏覽權限許可范圍內的用戶相冊，并且可以方便的管理個人的相冊。 圖片操作上傳圖片查看圖片修改圖片信息編輯圖片刪除圖片移動圖片設為封面 e x t e n d e x t e n d e x t e n d e x t e n d e x t e n d e x t e n d e x t e n d 登陸用戶登陸用戶評論操作發(fā)表評論刪除評論e x t e n d e x t e n d 查看評論e x t e n d 回復評論e x t e n d 杭州電子科技大學本科畢業(yè)設計 11 具 體 UC 圖（如圖 37）： 圖 37 用戶好友分類管理模塊 UC 圖 用戶好友管理模塊 通過該模塊用戶可以方便的瀏覽用戶的好友，并進行對個人好友的管理操作。 登陸用戶站內信操作寫站內信查看已發(fā)信件查看已讀 / 未讀信件刪除信件徹底刪除信件取消刪除信件 e x t e n d e x t e n d e x t e n d e x t e n d e x t e n d e x t e n d 登陸用戶分享操作添加分享刪除分享 e x t e n d e x t e n d 查看分享 e x t e n d 杭州電子科技大學本科畢業(yè)設計 13 具體 UC 圖（如圖 311）： 圖 311 用戶留言管理模塊 UC 圖 用戶搜索模塊 通過該模塊用戶可以方便的搜索符合條件的用戶和相冊。在這一層中包含了實體（ entity）類和數據訪問對象（ DAO）類（接口）。這一層由 Struts 框架的 Action 組成，主要負責一些前期的權限驗證工作，傳遞視圖層傳入的數 據給業(yè)務邏輯層接口，并把業(yè)務邏輯層接口的數據返回給顯示層。 應用主服 務器。靜態(tài)文件服務器，主要存儲 CSS， JavaScript，系統(tǒng)圖片等靜態(tài)文件。 具體的系統(tǒng)架構圖（如圖 314）： 圖 314 系統(tǒng)架構圖 杭州電子科技大學本科畢業(yè)設計 16 系統(tǒng)數據庫設計 系統(tǒng) ER 圖 系統(tǒng)的 ER 圖（如圖 315）： 用 戶( G A Z E _ U S ER )好 友 分 類( G A Z E _ F R I E N D _ C AT E G O R Y )擁 有N 1好 友( G A Z E _ F R IE N D )擁 有1N主 人N1好 友1N留 言( G A Z E _ F E E DB A C K )站 內 信( G A Z E _ M E S SA G E )留 言N1主 人1N發(fā) 信N1收 信1N1擁 有1用 戶 信 息( G A Z E _ U S E R_ I N F O )擁 有N相 冊( G A Z E _ A L BU M )1擁 有1N圖 片( G A Z E _ P HO T O )擁 有11評 論( G A Z E _ C O MM E N T )評 論N分 享 對象11分 享( G A Z E _ S HA R E )分 享1NN 圖 315 系統(tǒng)簡化 ER 圖 系統(tǒng)表結構 這個章節(jié)列舉了系統(tǒng)的表結構（如表 31 至表 310）。這樣就要求系統(tǒng)可通過只讀取一次配置文件就可動態(tài)決定頁面的請求路徑。 包 表 427 包中類信息表 類名 功能描述 Config 系統(tǒng)業(yè)務參數配置，用于獲取配置的域名、圖片根路徑等 Constants 系統(tǒng)常量，包括錯誤代碼、標志位碼、分頁數信息等 DateUtil 日期處理類，用于日期與字符串間相 互轉換 MD5Util MD5 加密工具 PaginationSupport 分頁機制提供類，提供分頁支持 PropertiesLoader 配置文件加載類，在系統(tǒng)啟動時加載域名、根路徑等配置信息 TokenUtil 防二次提交的令牌機制實現類 UploadImageUtil 文件上傳的工具類，用于文件壓縮、寫入，擴展名驗證等 多服務器架構的關鍵實現 自定義標簽技術的應用 從概要設計的架構設計思想中可以看出，當用戶請求一個頁面時，由主服務杭州電子科技大學本科畢業(yè)設計 28 器動態(tài)生成顯示頁面，而后由用戶瀏覽 器解析決定請求發(fā)往哪個服務器，這就要求主服務器在生成動態(tài)頁面時可以知道文件的路徑。分離此服務器的作用顯而易見，圖片的壓縮與 I/O 是一件非常占用系統(tǒng)資源的工作，而讓主服務器在響應用戶請求的同時承擔這項工作是極不合理的。支撐更高的訪問流量。根據服務器承擔任務的不同，將系統(tǒng)劃分成 4 個服務器，各自承擔不同的任務。 控制器層。而且采用分層還可以提高系統(tǒng)各層邏輯的復用的。 具體 UC 圖（如圖 310）： 圖 310 用戶站內信管理模塊 UC 圖 用戶留言管理模塊 通過該模塊用戶可以方便的瀏覽用戶的留言，并進行留言的管理操作。 具體 UC 圖（如圖 36）： 圖 36 用戶評論管理模塊 UC 圖 用戶好友分類管理模塊 通過該模塊用戶可以方便的進行對好友分類的管理操作。 具體 UC 圖（如圖 32）： 圖 32 用戶注冊 /登陸模塊 UC 圖 找回密碼普通用戶用戶登陸注冊登陸用戶用戶登出成為 V I P網絡相冊管理系統(tǒng) 用戶模塊 用戶注冊/登陸模塊 用戶信息管理模塊 用戶相冊管理模塊 用戶相片管理模塊 用戶評論管理模塊 用戶好友分類管理模塊 用戶好友管理模塊 用戶分享管理模塊 用戶站內信管理模塊 用戶留言管理模塊 用戶搜索模塊 排行榜模塊 杭州電子科技大學本科畢業(yè)設計 9 用戶信息管理模塊 通過該模塊用戶可以方便的查看所有用戶的個人信息。 系統(tǒng)還應當向用戶提供簡單的圖片修改插件，方便用戶對相片的修改。 杭州電子科技大學本科畢業(yè)設計 7 3 系統(tǒng)需求及概要設計 本章主要根據需求分析的結果對系統(tǒng)的總體功能進行設計，對模塊進行劃分，并對各個模塊以及他們之間的關系進行概述，并詳細說明了各個模塊的 UC（ Use Case，用例），并為了更好地提升系統(tǒng)性能，進行了架構方案的設計。下載 完 后，便和本地計算機上的程序以相同的速度運行了。 在異步模式下 ， 結果數據在開始