【正文】 Client/Server 模式與 Browser/Client模式。而 B/S 模式通過 Inter 進(jìn)行通信，可以不受地域的限制，但是它不能夠進(jìn)行聯(lián)機(jī)事務(wù)處理，并且在大量數(shù)據(jù)處理的情況下，速度較慢。在這方面， Client 端的各種開發(fā)工具的功能更加強(qiáng)大也更加靈活，而 Browser 端卻由其功能結(jié)構(gòu)的限定過于“瘦小”。同時(shí)， 使用該體系結(jié)構(gòu)開發(fā)本系統(tǒng)具有以下兩個(gè)優(yōu)點(diǎn) [1]： 較低的應(yīng)用開發(fā)及管理成本。由于瀏覽器軟件常常是客戶機(jī)操作系統(tǒng)的默認(rèn)安裝內(nèi)容，不需要管理員為每個(gè)不同的應(yīng)用維護(hù)客戶端系統(tǒng)。一旦用戶掌握了瀏覽器的使用，就基本掌握了各種不同應(yīng)用系統(tǒng)的使用。它由 HTML 代碼和嵌入其中的 JAVA 代碼所組成。 JSP 具備了 JAVA 技術(shù)的簡單易用、完全面向?qū)ο?、具有平臺(tái)無關(guān)性且安全可靠，其在動(dòng)態(tài)網(wǎng)頁的建設(shè)中有其強(qiáng)大而特別的功能，下文將簡單介紹其優(yōu)點(diǎn) [2] [3] [4] [5]。 使用 JSP 技術(shù)， Web 頁面開發(fā)人 員可以使用 HTML 或者 XML標(biāo)識(shí)來設(shè)計(jì)和格式化最終頁面。 Web管理人員和頁面設(shè)計(jì)者，能夠編輯和使用 JSP 頁面，而不影響內(nèi)容的生成。 絕大多數(shù) JSP 頁面依賴于可重用的，跨平臺(tái)的組件（ JavaBeans 或者 Enterprise JavaBeansTM 組件）來執(zhí)行應(yīng)用程序所要求的更為復(fù)雜的處理。 第三、采用標(biāo)識(shí)簡化頁面開發(fā)。但 JavaServer Page技術(shù)封裝了許多功能，這些功能是在易用的、與 JSP 相關(guān)的 XML 標(biāo)識(shí)中進(jìn)行動(dòng)態(tài)內(nèi)容生成所需要的。 通過開發(fā)定制化標(biāo)識(shí)庫， JSP 技術(shù)是可以擴(kuò)展的。 第四、提供所有 Servlets 的功能。此外，可以更明確的進(jìn)行分工， WEB 頁面設(shè)計(jì)人員編寫HTML，只需要留出地方讓 SERVLETS 程序員插入動(dòng)態(tài)部分即可。 MVC（ 模型 視圖 控制器 ） 通 過將問題分為三個(gè)類別來幫助解決單一模塊方法所遇到的某些問題： [6] [7] ? Model（模型 ） 模型包含應(yīng)用程序的核心功能。有時(shí)它包含的唯一功能就是狀態(tài)。 ? View（視圖） 視圖提供模型的表示。視圖可以訪問模型的讀方法，但不能訪問寫方法。當(dāng)更改模型時(shí)，視圖應(yīng)得到通知。它創(chuàng)建并設(shè)置模型。 MVC 減弱了業(yè)務(wù)邏輯接口和數(shù)據(jù)接口之 間的耦合，以及讓視圖層更富于變化。 Struts 繼承了 MVC 的各項(xiàng)特性，并根據(jù) J2EE 的特點(diǎn)，做了相應(yīng)的變化與擴(kuò)展。ActionServlet 是一個(gè)通用的控制組件。它截取和分發(fā)這些請(qǐng)求到相應(yīng)的動(dòng)作類（這些動(dòng)作類都是 Action 類的子類）。動(dòng)作類實(shí)現(xiàn)核心商業(yè)邏輯，它可以訪問 java bean 或調(diào)用 EJB。所有這些控制邏輯利用 文件來配置。 模型：模型以一個(gè)或多個(gè) java bean 的形式存在。 Action Form 通常稱之為 FormBean，封裝了來自于 Client 的用戶請(qǐng)求信息，如表單信息。 流程：在 Struts 中，用戶的請(qǐng)求一般以 *.do 作為請(qǐng)求服務(wù)名，所有的 *.do 請(qǐng)求均被指向 ActionSevlet， ActionSevlet 根據(jù) 中的配置信息，將用戶請(qǐng)求封裝成一個(gè)指定名稱的 FormBean，并將此 FormBean 傳至指定名稱的ActionBean，由 ActionBean 完成相應(yīng)的業(yè)務(wù)操作，如文件操作，數(shù)據(jù)庫操作等。 核心： Struts 的核心是 ActionSevlet， ActionSevlet 的核心是 。在傳統(tǒng)的數(shù)據(jù)庫連接方式 （指通過 DriverManager）中，一個(gè)數(shù)據(jù)庫連接對(duì)象均對(duì)應(yīng)一個(gè)物理數(shù)據(jù)庫連接，每次操作都打開一個(gè)物理連接，使用完都關(guān)閉連接，這樣造成系統(tǒng)的 性能低下。對(duì)于 多于連接池中連接數(shù)的并發(fā)請(qǐng)求，應(yīng)該在請(qǐng)求隊(duì)列中排隊(duì)等待。 連接池技術(shù)盡可能多地重用了消耗內(nèi)存地資源，大大節(jié)省了內(nèi)存，提高了服務(wù)器地服務(wù)效率，能夠支持更多的客戶服務(wù)。 數(shù)據(jù)庫連接是 一種關(guān)鍵的有限的昂貴的資源，這一點(diǎn)在多用戶的網(wǎng)頁應(yīng)用程序中體現(xiàn)得尤為突出。數(shù)據(jù)庫連接池正是針對(duì)這個(gè)問題提出來的。這項(xiàng)技術(shù)能明顯提高對(duì)數(shù)據(jù)庫操作的性能。無論這些數(shù)據(jù)庫連接是否被 使用，連接池都將一直保證至少擁有這么多的連接數(shù)量。數(shù)據(jù)庫連接池的最小連接數(shù)和最大連接數(shù)的設(shè)置要考慮到下列幾個(gè)因素 [8] [9]： 1) 最小連接數(shù)是連接池一直保持的數(shù)據(jù)庫連接，所以如果應(yīng)用 程序?qū)?shù)據(jù)庫連接的使用量不大，將會(huì)有大量的數(shù)據(jù)庫連接資源被浪費(fèi) . 2) 最大連接數(shù)是連接池能申請(qǐng)的最大連接數(shù)，如果 數(shù)據(jù)庫連接請(qǐng)求超過此 數(shù)，后面 的數(shù)據(jù)庫連接請(qǐng)求將被加入到等待隊(duì)列中，這會(huì)影響之后的數(shù)據(jù)庫操作 . 3) 如果最小連接數(shù)與最大連接數(shù)相差太大，那么最先的連接請(qǐng)求將會(huì)獲利，之后超過最小連接數(shù)量的連接請(qǐng)求等價(jià)于建立一個(gè)新的數(shù)據(jù)庫連接。 MySQL 簡介 MySQL 是一個(gè)真正的多用戶、多線程 SQL 數(shù)據(jù)庫服務(wù)器。 MySQL 是以一個(gè)客戶機(jī) /服務(wù) 器結(jié)構(gòu)的實(shí)現(xiàn)，它由一個(gè)服務(wù)器守護(hù)程序 mysqld 和很多不同的客戶程序和庫組成。例如，你能用 SQL 語言為一個(gè)網(wǎng)站檢索產(chǎn)品信息及存儲(chǔ)顧客信息，同時(shí) MySQL 也足夠快和靈活以允許你存儲(chǔ)記錄文件和圖像。最初是因?yàn)槲覀冃枰@樣一個(gè) SQL服務(wù)器，它能處理與任何可不昂貴硬件平臺(tái)上提供數(shù)據(jù)庫的廠家在一個(gè)數(shù)量級(jí)上的大型數(shù)據(jù)庫，但速度更快， MySQL 就開發(fā)出來。 MySQL 建立的基礎(chǔ)是業(yè)已用在高要求的生產(chǎn)環(huán)境多年的一套實(shí)用例程。 Hibernate 簡介 Hibernate 是一個(gè)開放源代碼的對(duì)象關(guān)系映射框架，它對(duì) JDBC 進(jìn)行了非常輕量級(jí)的對(duì)象封裝，使得 Java 程序員可以隨心所欲的使用對(duì)象編程思維來操縱數(shù)據(jù)庫。 Hibernate 的核心接口一共有 5 個(gè)，分別為 :Session、 SessionFactory、Transaction、 Query 和 Configuration。通過這些接口，不僅可以對(duì)持久化對(duì)象進(jìn)行存取，還能夠進(jìn)行事務(wù)控制。 )。同時(shí)， Hibernate 的 session 不同于 JSP 應(yīng)用中的HttpSession。 它充當(dāng)數(shù)據(jù)存儲(chǔ)源的代理，并負(fù)責(zé)創(chuàng)建 Session 對(duì)象。需要注意的是 SessionFactory 并不是輕量級(jí)的，因?yàn)橐话闱闆r下，一個(gè)項(xiàng)目通常只需要一個(gè)SessionFactory 就夠，當(dāng)需要操作多個(gè)數(shù)據(jù)庫時(shí)，可以為每個(gè)數(shù)據(jù)庫指定一個(gè)SessionFactory。 Configuration 接口 :Configuration 接口負(fù)責(zé)配置并啟動(dòng) Hibernate，創(chuàng)建SessionFactory 對(duì)象。 它是可選的，開發(fā)人員也可以設(shè)計(jì)編寫自己的底層事務(wù)處理代碼。 Query 和 Criteria 接口 :Query 和 Criteria 接口負(fù)責(zé)執(zhí)行各種數(shù)據(jù)庫查詢。 Lucene 簡介 Lucene 是 apache 軟件基金會(huì) [4] jakarta 項(xiàng)目組的一個(gè)子項(xiàng)目，是一個(gè)開放源代碼的全文檢索引擎工具包，即它不是一個(gè)完整的全文檢索引擎，而是一個(gè)全文檢索引擎的架構(gòu)，提供了完整的查詢引擎和 索引引擎，部分文本分析引擎（英文與德文兩種西方語言）。 作為一個(gè)開放源代碼項(xiàng)目， Lucene 從問世之后，引發(fā)了開放源代碼社群的巨大反響，程序員們不僅使用它構(gòu)建具體的全文檢索應(yīng)用，而且將之集成到各種系統(tǒng)軟件中去，以及構(gòu)建 Web 應(yīng)用，甚至某些商業(yè)軟件也采用了 Lucene 作為其內(nèi)部全文檢索子系統(tǒng)的核心。 Lucene 以其開放源代碼的特性、優(yōu)異的索引結(jié)構(gòu)、良好的系統(tǒng)架構(gòu)獲得了越來越多的應(yīng)用。它使你可以為你的應(yīng)用程序添加索引和搜索能力。同樣， Lucene 是當(dāng)前與近幾年內(nèi)非常流行的免費(fèi)的 Java 信息搜索 (IR)庫。 Lucene 定義了一套以 8 位字節(jié)為基礎(chǔ)的索引文件格式，使得兼容系統(tǒng)或者不同平臺(tái)的應(yīng)用能夠共享建立的索引文件。然后通過與原有索引的合并，達(dá)到優(yōu)化的目的。 （ 4）設(shè)計(jì)了獨(dú)立于語言和文件格式的文本分析接口，索引器通過接受 Token流完成索引文件的創(chuàng)立，用戶擴(kuò)展新的語言和文件格式，只需要實(shí)現(xiàn)文本分析的接口。 自定義標(biāo)簽 簡介 一般我們說自定義標(biāo)簽是指 JSP 自定義標(biāo)簽。自定義標(biāo) 簽是可重用的組件代碼，并且允許開發(fā)人員為復(fù)雜的操作提供邏輯名稱。 自定義標(biāo)簽的基本概念 (Tag): 標(biāo)簽是一種 XML 元素，通過標(biāo)簽可以使 JSP 網(wǎng)頁變得簡潔并且易于維護(hù)，還可以方便地實(shí)現(xiàn)同一個(gè) JSP 文件支持多種語言版本。 (Tag Library Descriptor): 標(biāo)簽庫描述文件是一個(gè) XML 文件，這個(gè)文件提供了標(biāo)簽庫中類和 JSP 中對(duì)標(biāo)簽引用的映射關(guān)系。 (Tag Handle Class): 標(biāo)簽處理類是一個(gè) Java 類，這個(gè)類繼承了 TagSupport 或者擴(kuò)展了 SimpleTag接口，通過這個(gè)類可以實(shí)現(xiàn)自定義 JSP 標(biāo)簽的具體功能 自定義標(biāo)簽的格式 1. % taglib prefix=” someprefix” uri=” /sometaglib” % 為了使到 JSP 容器能夠使用標(biāo)簽庫中的自定義行為，必須滿足以下兩個(gè)條件： 1)從一個(gè)指定的標(biāo)簽庫中識(shí)別出代表這種自定義行為的標(biāo)簽 2)找到實(shí)現(xiàn)這些自定義行為的具體類 第一個(gè)必需條件－找出一個(gè)自定義行為屬于那個(gè)標(biāo)簽庫－是由標(biāo)簽指令的前綴 (Taglib Directive39。每個(gè)標(biāo)簽庫都定義了一個(gè)默認(rèn)的前綴，用在標(biāo)簽庫的文檔中或者頁面中插入自定義標(biāo)簽。 uri 屬性滿足了以上的第二個(gè)要求。這個(gè)uri 包含了一個(gè)字符串，容器用它來定位 TLD 文件。也就是說它們會(huì)定位所有的 TLD 文件。 在 JSP 頁面中，我們僅需通過使用帶 有 URI 屬性值的標(biāo)簽庫指令來和具體的標(biāo)簽庫匹配。不管是學(xué)院級(jí)信息，學(xué)校級(jí)信息，還是個(gè)方面的社會(huì)信息， 軟件學(xué)院工作室管理 通過管理員的簡單的操作從而實(shí)現(xiàn)信息的大眾化、專業(yè)化于一體。 除了新聞公告、信息公開外有完善的后臺(tái)管理外，考勤管理、選方向 管理、日志管理、問答交流、討論區(qū) 等等都需要完善的管理功能。 在實(shí)現(xiàn)的各個(gè)細(xì)節(jié)上都考慮了盡量簡化用戶操作，用最簡單的操作實(shí)現(xiàn)強(qiáng)大的功能。用戶的增多和資源共享程度的提高，給系統(tǒng)的安全性帶來越來越多的安全隱患，所以系統(tǒng)通過對(duì)用戶信息的加密、數(shù)據(jù)備份、數(shù)據(jù)還原、文件模板的創(chuàng)建、觸發(fā)器等手段保證了數(shù)據(jù)安全性的提高。 系統(tǒng)分析 系統(tǒng) 功能分析 通過對(duì) 系統(tǒng) 的分析和研究 ， 系統(tǒng) 在 應(yīng)該分為信息展示、日常管理、系統(tǒng)管理、互動(dòng)交流 四大模塊。其中管理員主要負(fù)責(zé)后臺(tái)全部管理，導(dǎo)師主要管理本工作室學(xué)生的日志、信息等，學(xué)生可以選方向、工作日志、考勤查詢等操作。系統(tǒng) 功能 結(jié)構(gòu) 如 圖 所示。包含考勤管理、選方向管理、項(xiàng)目管理、日志管理 (1) 考勤管理：前臺(tái)提供學(xué)生考勤信息查詢，后臺(tái)由管理員管理 (2) 選方向管理：提供未進(jìn)工作室學(xué)生選方向的功能，管理員可以進(jìn)行匯總 (3) 項(xiàng)目管理：提供工作室項(xiàng)目日常管理，如項(xiàng)目分組、進(jìn)度等 (4) 日志管理：學(xué)生 寫工作日 志，導(dǎo)師進(jìn)行評(píng)價(jià)打分 3. 系統(tǒng)管理： 主要為后臺(tái)管理設(shè)置型模塊 (1) 系統(tǒng)設(shè)置：設(shè)置系統(tǒng)基本信息 (2) 用戶管理：管理員管理管理員、導(dǎo)師、學(xué)生三級(jí)用戶 (3) 數(shù)據(jù)維護(hù)：提供數(shù)據(jù)庫維護(hù)功能，如數(shù)據(jù)庫備份、恢復(fù)等 4. 互動(dòng)交流： (1) 你問我答：提供學(xué)生提問，學(xué)生或?qū)熁卮鸬囊粋€(gè)平臺(tái) (2) 討論區(qū)：提供師生在線交流的平臺(tái) (3) 站內(nèi)短信：提供師生私人交流的平臺(tái) 系統(tǒng) 流程 分析 軟件學(xué)院工作室管理中心在運(yùn)行過程中頁面的基本流程如 圖 所示 。學(xué)生登陸后由系統(tǒng)記錄登陸信息，導(dǎo)師可以查看。學(xué)生需要按時(shí)填寫工作日志，具體數(shù)據(jù)流如圖 所示 。通過管理員、導(dǎo)師、學(xué)生這些實(shí)體，我們可以得出還有工作日志、短消息、公告、新聞、教學(xué)資源等實(shí)體。 簽到情況 學(xué)生詳情表 學(xué)生登 陸 登陸簽到 退出系統(tǒng) 學(xué)生出席情況表 導(dǎo)師查詢 出勤情況 進(jìn)入論壇 個(gè)人信息 新聞公告 發(fā)布公告 論壇討論 工作日志 日志 導(dǎo)師登陸 圖 系統(tǒng) ER 圖 數(shù)據(jù)庫表設(shè)計(jì) (1) 管理員詳情表 (WR_AdminInfo)，其中主鍵為 UID，具體字段信息如表 所示 。39。39。39。39。39。 學(xué)生 管理員員 導(dǎo)師 工作日志 教學(xué)資源 公告 工作室 發(fā)布 公告、新聞 管理 發(fā)布 發(fā)布 分配 查看 教學(xué)資源分類 所屬 n 1 n 1 1 n n n 1 1 1 n 1 工作日志 發(fā)表 n 班級(jí) 從屬于 n 1 發(fā)送 發(fā)送 發(fā)送 短消息 表 問答答案表 名稱 類型 空 默認(rèn)值 屬性 備注 (C) AnswerId int(11) NULL NULL auto_increment Content mediumtext NULL NULL 回答內(nèi)容 AddDate int(11) 39。 Uid varch