【文章內(nèi)容簡(jiǎn)介】 控制 (Controller)可以理解為從用戶接收請(qǐng)求 , 將模型與視圖匹配在一起，共同完成用戶的請(qǐng)求。劃分控制層的作用也很明顯，它清楚地告訴你，它就是一個(gè)分發(fā)器，選擇什么樣的模型，選擇什么樣的視圖，可以完成什么樣的用戶請(qǐng)求。控制層并不做任何的數(shù)據(jù)處理。 模型、視圖與控制器的分離，使得一個(gè)模型可以具有多個(gè)顯示視圖。如果用戶通過(guò)某個(gè)視圖的控制器改變了模型的數(shù)據(jù)，所有其它依賴于這些數(shù)據(jù)的視圖都應(yīng)反映到 這些變化。因此，無(wú)論何時(shí)發(fā)生了何種數(shù)據(jù)變化，控制器都會(huì)將變化通知所有的視圖，導(dǎo)致顯示的更新。這實(shí)際上是一種模型的變化 傳播機(jī)制。 圖 22 MVC 的原理圖 Hibernate 與 ORM 簡(jiǎn)介 對(duì)象 關(guān)系映射（ Object/Relation Mapping，簡(jiǎn)稱 ORM），是隨著面向?qū)ο蟮能浖_(kāi)發(fā)方法 發(fā) 展而產(chǎn)生的。面向?qū)ο蟮拈_(kāi)發(fā)方法是當(dāng)今企業(yè)級(jí)應(yīng)用開(kāi)發(fā)環(huán)境中的主流開(kāi)發(fā)方法，關(guān)系數(shù)據(jù)庫(kù)是企業(yè)級(jí)應(yīng)用環(huán)境中永久存放數(shù)據(jù)的主流數(shù)據(jù)存儲(chǔ)系統(tǒng)。對(duì)象和關(guān)系數(shù) 據(jù)是業(yè)務(wù)實(shí)體的兩種表現(xiàn)形式，業(yè)務(wù)實(shí)體在內(nèi)存中表現(xiàn) 12 為對(duì)象，在數(shù)據(jù)庫(kù)中表現(xiàn)為關(guān)系數(shù)據(jù)。內(nèi)存中的對(duì)象之間存在關(guān)聯(lián)和繼承關(guān)系，而在數(shù)據(jù)庫(kù)中，關(guān)系數(shù)據(jù)無(wú)法 直接表達(dá)多對(duì)多關(guān)聯(lián)和繼承關(guān)系。因此，對(duì)象 關(guān)系映射 (ORM)系統(tǒng)一般以中間件的形式存在，主要實(shí)現(xiàn)程序?qū)ο蟮疥P(guān)系數(shù)據(jù)庫(kù)數(shù)據(jù)的映射。 Hibernate 是輕量級(jí) Java EE 應(yīng)用的持久層解決方案， Hibernate 不僅管理Java 類到數(shù)據(jù)庫(kù)表的映射（包括 Java 數(shù)據(jù)類型到 SQL 數(shù)據(jù)類型的映射），還是提供數(shù)據(jù)查詢和獲取數(shù)據(jù)的方法，可以大幅度縮短使用 JDBC 處理數(shù)據(jù)持久化的時(shí)間。 目前的主流數(shù)據(jù)庫(kù)依然是關(guān)系型數(shù)據(jù)庫(kù)，而 Java 語(yǔ)言則是面向?qū)ο蟮木幊陶Z(yǔ)言，當(dāng)把二者結(jié)合在一起使用時(shí)相當(dāng)麻煩，而 Hibernate 則減少了這個(gè)問(wèn)題的困擾，它完成對(duì)象模型和基本 SQL 的關(guān)系模型的映射關(guān)系。 因?yàn)橛?Hibernate 的支持，使得 Java EE應(yīng)用的 OOA(面向?qū)ο蠓治?)、 OOD（面向?qū)ο笤O(shè)計(jì)）、 OOP（面向?qū)ο缶幊蹋┤齻€(gè)過(guò)程一脈相承，成為一個(gè)整體。 由于 Hibernate 是一個(gè)和 JDBC 密切關(guān)聯(lián)的框架，所以 Hibernate 的兼容性和 JDBC 驅(qū)動(dòng)，和數(shù)據(jù)庫(kù)都有一定的關(guān)系，但是和使用它的 JAVA 程序，和 App Server 沒(méi)有任何關(guān)系，也不存在兼容性問(wèn)題。 圖 23 Hibernate 體系總覽圖 由于 Hibernate 比較復(fù)雜，提供了好幾種運(yùn)行方式。在輕型體系中，應(yīng)用程序自己提 JDBC 連接，并自行管理事務(wù)。這種方式使用了 Hibernate API 的一個(gè)最小子集。（如下圖） 13 圖 24 Hibernate 輕型應(yīng)用體系 在 前面解決體系中，對(duì)于應(yīng)用程序來(lái)說(shuō)，所有的底層 JDBC/JTA API 都被抽象了， Hibernate 會(huì)替你照管好所有的細(xì)節(jié)。本文中所用到的就是這種體系。 圖 25 Hibernate 全面應(yīng)用解決體系 以下是圖中一些對(duì)象的定義： 1)SessionFactory 對(duì)屬于單一數(shù)據(jù)庫(kù)的編譯過(guò)的映射文件的一個(gè)線程安全的，不可變的緩存快照。它是 Session 的工廠，是 ConnectionProvider 的客戶?？赡艹钟幸粋€(gè)可選的二級(jí)數(shù)據(jù)緩存，可以在進(jìn)程級(jí)別后集群級(jí)別保存可以在事務(wù)中重用的數(shù)據(jù)。 2)Session 會(huì)話 Session 是生命周期的單線程對(duì)象，代表應(yīng)用程序和持久層之間的一次對(duì)話。封裝了一個(gè) JDBC 連接，也是 Transaction 的工廠。保存有必需的（第一級(jí)）持久化對(duì)象的緩存，用于遍歷對(duì)象圖或通過(guò)標(biāo)識(shí)符查找對(duì)象。 3)持久化對(duì)象（ Persistent Object）及其集合（ Collection） 生命周期短的單線程對(duì)象包含了持久化狀態(tài)和商業(yè)功能。它們可能是普通的JAVABeans/POJOs，唯一特別的是他們現(xiàn)在都從屬于且僅從屬于一個(gè) Session。 14 一旦 Session 關(guān)閉，他們都將從 Session 中取消聯(lián)系，可以在任何程序?qū)幼杂墒褂谩? 4)事務(wù)（ Transaction） 事務(wù)也是生命周期短的單線程對(duì)象，應(yīng)用程序用它來(lái)表示一批工作的原子操作。是底層的 JDBC,JTA 或者 CORBA 事務(wù)的抽象。一個(gè) Session 某些情況下可能跨越多個(gè)事務(wù)。 Spring 簡(jiǎn)介 Spring 是一個(gè)開(kāi)源 框 架，是為了解決企業(yè) 應(yīng) 用程序開(kāi)發(fā)復(fù)雜性而創(chuàng)建的?？蚣艿闹饕獌?yōu)勢(shì)之一就是其分層架構(gòu)，分層架構(gòu)允許您選擇使用哪一個(gè)組件，同時(shí)為 J2EE 應(yīng)用程序開(kāi)發(fā)提供集成的框架。 Spring 框架的功能可以用在任何J2EE 服務(wù)器中，大多數(shù)功能也適用于不受管理 的環(huán)境。 Spring 的核心要點(diǎn)是：支持不綁定到特定 J2EE 服務(wù)的可重用業(yè)務(wù)和數(shù)據(jù)訪問(wèn)對(duì)象。這樣的對(duì)象可以在不同 J2EE 環(huán)境（ Web 或 EJB ）、獨(dú)立應(yīng)用程序、測(cè)試 環(huán)境之間重用 圖 27 Spring 框架的組成結(jié)構(gòu)圖 組成 Spring 框架的每個(gè)模塊（或組件）都可以單獨(dú)存在，或者與其他一個(gè)或多個(gè)模塊聯(lián)合實(shí)現(xiàn)。每個(gè)模塊的功能如下： 15 核心容器：核心容器提供 Spring 框架的基本功能。核心容器的主要組件是BeanFactory ，它是工廠模式的實(shí)現(xiàn)。 BeanFactory 使用控制反轉(zhuǎn) （ IOC ） 模式將應(yīng)用程序的配置和依賴性規(guī)范與實(shí)際的應(yīng)用程序代碼 分 開(kāi)。 Spring 上下文： Spring 上下文是一個(gè)配置文件，向 Spring 框架提供上下文信息。 Spring 上下文包括企業(yè)服務(wù)，例如 JNDI 、 EJB 、電子郵件、國(guó)際化、校驗(yàn)和調(diào)度功能。 Spring AOP ： 通過(guò)配置管理特性， Spring AOP 模塊直接將面向方面的編程 功 能集成到了 Spring 框架中。所以，可以很容易地使 Spring 框架管理的任何對(duì)象支持 AOP 。 Spring AOP 模塊為基于 Spring 的應(yīng)用程序中的對(duì)象提供了事務(wù)管理服務(wù)。通過(guò)使用 Spring AOP ，不用依賴 EJB 組件，就可以將聲明性事務(wù)管理集 成到應(yīng)用程序中。 Spring DAO ： JDBC DAO 抽象層提供了有意義的異常層次結(jié)構(gòu)，可用該結(jié)構(gòu)來(lái)管理異常處理和不同數(shù)據(jù)庫(kù) 供應(yīng)商拋出的錯(cuò)誤消息。異常層次結(jié)構(gòu)簡(jiǎn)化了錯(cuò)誤處理，并 且極大地降低了需要編寫(xiě) 的異常代碼數(shù)量（例如打開(kāi)和關(guān)閉連接）。 Spring DAO 的面向 JDBC 的異常遵從通用的 DAO 異常層次結(jié)構(gòu)。 Spring ORM ： Spring 框架插入了若干個(gè) ORM 框架，從而提供了 ORM 的對(duì)象關(guān)系工具，其中包括 JDO 、 Hibernate 和 iBatis SQL Map 。所有這些都遵從Spring 的通用事務(wù)和 DAO 異常層次結(jié)構(gòu)。 Spring 為企業(yè)應(yīng)用的開(kāi)發(fā)提供了一個(gè)輕量級(jí)的解決方案。該解決方案包括：基于依賴注入的核心機(jī)制，基于 AOP 的聲明式事務(wù)管理，與多種持久層技術(shù)的整合，以及優(yōu)秀的 Web MVC 框架等。 Spring 致力于 Java EE 應(yīng)用各層的解決方案，而不是僅僅專注于某一層的方案。 JSP 技術(shù)簡(jiǎn)介 JSP技術(shù)提供了一種簡(jiǎn)單快速的方法來(lái)創(chuàng)建顯示動(dòng)態(tài)生成內(nèi)容的 Web頁(yè)面。也就是在 MVC 中充當(dāng) V（ View）的角色。由業(yè)界處于領(lǐng)先地位的 Sun 公司制定了相關(guān)的 JSP技術(shù)規(guī)范，該規(guī)范定義了如何在服務(wù)器和 JSP頁(yè)面間進(jìn)行交互，還描述了頁(yè)面的格式和語(yǔ)法。 JSP 頁(yè)面使用 XML 標(biāo)簽和 scriptlets（一種使用 JAVA 語(yǔ)言編寫(xiě)的腳本代 16 碼），封裝了生成頁(yè)面內(nèi)容的邏輯。它將各種格式的標(biāo)簽（ HTML 或者 XML）直接傳遞回響應(yīng)頁(yè)面。通過(guò)這種方式， JSP 頁(yè)面實(shí)現(xiàn)了頁(yè)面邏輯與其設(shè)計(jì)和顯示的分離。 JSP 技術(shù)是 JAVA 系列技術(shù)的一部分。 JSP 頁(yè)面被編譯成 servlet，并可能調(diào)用 JAVABeans 組件 (beans)或 Enterprise JAVABeans 組件（企業(yè) beans），以便在服務(wù)器端處理。因此， JSP 技術(shù)在構(gòu)建可升級(jí)的基于 web 的應(yīng)用程 序時(shí)扮演了重要角色。 JSP 頁(yè)面并不局限于任何特定的平臺(tái)或 web 服務(wù)器上。 JSP 規(guī)范在業(yè)界有著廣泛的適應(yīng)性。 JSP 技術(shù)是行業(yè)協(xié)作的結(jié)果，它的設(shè)計(jì)是開(kāi)放的，符合行業(yè)標(biāo)準(zhǔn)的，并支持絕大多數(shù)的服務(wù)器、瀏覽器和相關(guān)工具。由于使用可重用的組件和標(biāo)簽取代了對(duì)頁(yè)面本身腳本語(yǔ)言的嚴(yán)重依賴， JSP 技 術(shù)大大加快了開(kāi)發(fā)的速度。所有JSP 的實(shí)現(xiàn)均支持以 JAVA 編程語(yǔ)言為基礎(chǔ)的腳本語(yǔ)言，它有與生俱來(lái)的可適應(yīng)性，支持復(fù)雜的操作。 MySQL數(shù)據(jù)庫(kù)簡(jiǎn)介 MySQL 是一個(gè)小型關(guān)系型數(shù)據(jù)庫(kù)管理系統(tǒng)，開(kāi)發(fā)者為瑞典 MySQL AB 公司。在 20xx 年 1 月 16 號(hào)被 Sun 公司收購(gòu)。而 20xx 年， SUN 又被 Oracle 收購(gòu)。MySQL 是一種關(guān)聯(lián)數(shù)據(jù)庫(kù)管理系統(tǒng)，關(guān)聯(lián)數(shù)據(jù)庫(kù)將數(shù)據(jù) 保存在不同的表中，而不是將所有數(shù)據(jù)放在一個(gè)大倉(cāng)庫(kù)內(nèi)。這樣就增加了速度并提高了靈活性。MySQL 的 SQL“結(jié)構(gòu)化查詢語(yǔ)言 ”。 SQL 是用于訪問(wèn)數(shù)據(jù)庫(kù)的最常用標(biāo)準(zhǔn)化語(yǔ)言。 MySQL 軟件采用了 GPL（ GNU 通用公共許可證 ）。由于其體積小、速度快、總體擁有成本低，尤其是開(kāi)放源碼這一特點(diǎn)，許多中小型網(wǎng)站為了降低網(wǎng)站總體擁有成本而選擇了 MySQL 作為網(wǎng)站數(shù)據(jù)庫(kù)。 與其他的大型數(shù)據(jù)庫(kù)例如 Oracle、 DB SQL Server 等相比， MySQL 自有它的不足之處，如規(guī)模小、功能有限（ MySQL Cluster 的功能和效 率都相對(duì)比較差）等，但是這絲毫也沒(méi)有減少它受歡迎的程度。對(duì)于一般的個(gè)人使用者和中小型企業(yè)來(lái)說(shuō)， MySQL 提供的功能已經(jīng)綽綽有余，而且由于 MySQL 是開(kāi)放源碼軟件，因此可以大大降低總體擁有成本。目前 Inter 上流行的網(wǎng)站構(gòu)架方式是 LAMP（ Linux+Apache+MySQL+PHP/Perl/Python）和 LNMP（ Linux+Nginx+MySQL+php/perl/Python），即使用 Linux 作為操作系統(tǒng)， Apache和 Nginx 作為 Web 服務(wù)器， MySQL 作為數(shù)據(jù)庫(kù)， PHP/Perl/Python 作為服務(wù)器端 17 腳本解釋器。由于這四個(gè)軟件都是免費(fèi)或開(kāi)放源碼軟件（ FLOSS)，因此使用這種方式不用花一分錢(qián)（除開(kāi)人工成本）就可以建立起一個(gè)穩(wěn)定、免費(fèi)的網(wǎng)站系統(tǒng)。 3 系統(tǒng)總體設(shè)計(jì) 系統(tǒng)架構(gòu) 系統(tǒng)依據(jù) MVC 模式可分為視圖層、控制層、模型層。從程序分布位置角度，系統(tǒng)依次分布在瀏覽器、應(yīng)用服務(wù)器、數(shù)據(jù)庫(kù)系統(tǒng)三層，如圖 所示。 圖 31 系統(tǒng)結(jié)構(gòu)圖 系統(tǒng)分析 需求分析 現(xiàn)代化學(xué)校應(yīng)該有個(gè)現(xiàn)代化的管理系統(tǒng)去管理學(xué)校內(nèi)的各項(xiàng)事物，學(xué)校是一個(gè)數(shù)據(jù)量比較大的單位，如何去管理及查詢學(xué)校內(nèi)的數(shù)據(jù)就成為了一項(xiàng)及為重要 18