【文章內(nèi)容簡介】 進行了非常的迅速擴張，目前已經(jīng)覆蓋了 250 多個 城市。這樣的擴張速度在國外是無法想象的。 論文的組織結構 本論文一共有五個章節(jié)，圖 11 展示了下面幾章的內(nèi)容概要： 第一章的緒論主要介紹了本次校園在線點餐系統(tǒng)的課題的要求，目的和意義及論文的組織結構。 第二章 主要描述了校園在線訂餐系統(tǒng)的相關技術原理。 第三章主要介紹了本系統(tǒng)的開發(fā)目的、應用情景、相關需求以及總體設計。 第四章主要介紹校園在線訂餐系統(tǒng)的設計與實現(xiàn)，包括界面的詳細設計和各功能模塊的實現(xiàn)情況。 第五章是對軟件的實際運行情況的測試和展現(xiàn)。 結束語主要介紹開發(fā)設計完成之后，對開發(fā)設計的總結和未來展望，遇到問題怎樣解決，以及后續(xù)工作。 第一章緒論 4 圖 11 論文組織結構 第二章 技術介紹 第二章技術介紹 第三章需求分析與總體設計 第四章詳細設計與系統(tǒng)實 現(xiàn) 結束語 第五章系統(tǒng)演示與測試 5 Java Web 介紹 Sun Microsystems 公司在 20 世紀九十年代中期正式推出了 Java 編程的技術 ，并且僅僅用了二十多年的時間就由一門小小的編程語言發(fā)展到在全球范圍內(nèi)通用的大開發(fā) 平臺。因為在 計算機行業(yè)中的主要公司接受了 Java 技術的使用 ，從而導致 越來越多的國際技術標準化的組織也開始進行規(guī)范使用。 Java 看中機會并迅速的推廣了自己的三大平臺： Java SE、 Java EE、 Java ME， 從而 給這個世界帶來了巨大的革新 ， 由此也給 Java 開發(fā)的團隊帶來了巨大的商機，讓他們有充足的資金再進一步。 為了 解決關于 web 互聯(lián)網(wǎng)領域的相關技術 ， Java 推出了 Java web 來 實現(xiàn) 相關功能 ， Java web 有廣泛使用的 web 服務器和使用并不是很多的 web 客戶端兩個部分?？蛻舳松厦娴?應用 有 java applet 等 ， 服務器端的應用 有 Servlet、 JSP 和許多第三方的框架等等。 Web 領域的發(fā)展因為有 Java 技術加入散發(fā)出磅礴的生機， 強大的動力也會使 web 更進一步 。 主要框架 因為 Java web 發(fā)展迅速而誕生了豐富的后臺框架大大簡化了開發(fā)人員的工作 ， 但是它們的底層實現(xiàn)方式還是差不多的：瀏覽器發(fā)送一個請求后 ， 由對應的Servlet 或者 Filter 來進行攔截，然后 用 MVC 的設計模式來進行整體架構的一個設計，相關配置的聯(lián)系 和耦合則用 Annotation、 約定或 XML 配置文件來關聯(lián)起來，瀏覽器發(fā)送的響應的流程 和 面向抽象的請求則由基礎的 Java 面向對象 的這個特點來實現(xiàn)，視圖解析就由 JSP、 Velocity 和 FreeMarker 等來支持 。 如今已經(jīng)淡出開發(fā)人員 視線 的 Struts 框架是以 J2EE 的 MVC 模式為底層， 以Servlet 和 JSP 的技術實現(xiàn)的老牌強大框架。 Struts 的出現(xiàn)很快的由于它的簡單 快捷受到相當大的反響 ， 不僅可以充分的滿足開發(fā)人員最繁瑣的應用開發(fā)的需求 ，而且使新開發(fā)人員可以快速上手 。編程本就是一個趕時間的工作 ，而且學習的內(nèi)容繁多啰嗦，而 Struts 集成了自定義標簽 、 信息資源 、 JSP、 Servlet 等一些常用功能 ，由此讓程序員 不用重復的去搭建完整的 MVC 模式，新的開發(fā)人員也可以先使用然后慢慢學習原理 ，不僅 節(jié)省了大部分時間，還降低了開發(fā)門檻 ，這就是 Struts 被廣泛應用的原因。 最近被眾多公司廣泛使用 Struts2 也是 apache 項目下的一個 web 框架。 雖然它看起來好像是 Struts 的 版本，但實際上是一個全新的完整框架 。 Struts2 是Struts社區(qū)和 WebWork合作 研發(fā)出來的第二代基于 MVC開發(fā) 的具有強大的擴展性的 web 應用框架 。 讓人們 詫異 的是 Struts2 的功能結構更 接近 之前 WebWork 而不是名稱相近的 Struts，但是研發(fā)人員聲明它會和 Struts 相似， 同時也會比后者更加的快捷方便。 Java Server Pages 簡稱 JSP，中文叫 java 服 務器 頁面，從字面上理解就是把頁面當作 JAVA 服務器來使用 。就像上面說的，它的底層實現(xiàn)也是同樣的原理，即盡 6 量的去使 Servlet 的實現(xiàn)簡單快捷 。 JSP 的實現(xiàn)方式是在常用的 HTML文件如 .html、 . htm中使用 Java程序和自定義的標簽文件 ， 這樣就形成了一個后綴名為 .jsp的 文件 。因為這樣編寫的 Web 程序具有很好的跨平臺的特性 ， 不只是 window 操作系統(tǒng) ，在 其它的諸如 Linux 之類的系統(tǒng)下也可以運行 ， 由此使得以 Sun Microsystems 公司領頭的諸多公司倡導 把 JSP 打造成一種 動態(tài)的網(wǎng)頁 技術標準。 由 Spring MVC 實現(xiàn)的 MVC 模型是最清晰的，所以它漸漸被眾 JavaWeb 研發(fā)公司所接受 。它使用 Controller 連接請求和業(yè)務邏輯 ， 而不是其它框架使用的Action?？刂破鲿鶕?jù)接收到的請求參數(shù)執(zhí)行相關操作然后返回對應的叫做ModelAndView 的界面 ， 即一個帶有模型的視圖 ， 要注意的是模型是 Map 類型的而不是 Object。 諸如 Struts 之類的框架的 Action 則直接返回視圖的名稱 ， 相應的模型參數(shù)就要用另外的方式進行傳遞 ，如 HttpServletRequest . setAttribute()、 Action本身的屬性數(shù)據(jù)或者是存為 Context 參數(shù) 。因為是現(xiàn)在主流框架，所以本次設計就是使用的此框架，下面會進行詳細的講解。 系統(tǒng)框架介紹 本系統(tǒng)主要使用的 Web框架是 SpringMVC， 與數(shù)據(jù)庫的交互使用的是 iBATIS，前端使用的是 基于 JavaScript 的 jQuery， UI 方面前臺使用的是 Bootstrap，后臺使用的是 EasyUI，下面我們逐一介紹這 5 種主要的框架。 SpringMVC SpringMVC 框架 屬于 SpringFrameWork 的后續(xù)產(chǎn)品 ，是一個基于 Java 實現(xiàn)ModelViewController 模式的輕量級框架，它的主要功能是用 MVC 模式的思想來解除 web 層的耦合性，基于 requestresponse 模型幫助我們用來簡化日常的 web 系統(tǒng)的一個開發(fā)。 SpringMVC框架是一種 MVC框架。它的主 要使用核心控制器 DispatcherServlet來操作流程的進行； 應用控制器其實拆為處理器映射器 (HandlerMapping)和視圖解析器 (ViewResolver)， ViewResolver 用來管理視圖， HandlerMapping 用來管理處理器；頁面的跳轉、請求的發(fā)送則到對應的 Controller 里面。它提供了非常靈活的、數(shù)據(jù)驗證和數(shù)據(jù)綁定機制，同時支持文件的上傳、本地化的解析等，主要采用約定注釋的方式而不是繁瑣的配置進行編程，比查看復雜的配置文件更容易熟悉和上手。 SpringMVC 框架也是一個 基于驅動的 MVC 框架，完全遵循 MVC 模式的思想把 Model、 View 和 Controller 進行了很好的分離。 SpringMVC 主要通過核心控制器 DispatcherServlet 來 調度工作和處理流程 ， DispatcherSerlvet 接收到請求后根據(jù)配置映射規(guī)則分發(fā)給對應的 Controller，然后通過開發(fā)人員自己配置的映射根據(jù)映射處理器 Handler mappings 來處理請求并返回對應的視圖界面。 SpringMVC 的一個完整的流程處理過程如圖 21 所示。 7 圖 21 SpringMVC 流程圖 圖 21 只是 Spring MVC 比較粗淺的執(zhí)行過程。由圖 21 可知， Spring MVC 大致的執(zhí)行流程如下： 首先用戶在瀏覽器發(fā)送請求并且由前端控制器 DispatcherServlet 接收，然后前端控制器根據(jù)請求的內(nèi)容和條件選擇經(jīng)過配置的對應控制器來處理并把收到的請求轉發(fā)給它 ，即以前的 業(yè)務 邏輯控制器部分 。 頁面控制器接收到轉發(fā)的請求之后會對功能進行處理和運行相關邏輯，首先需把請求的參數(shù)進行收集、綁定到一個在 SpringMVC 中的命令對象里面 ， 同時對該對象 進行驗證，然后將這個對 象傳遞到 Service 層（業(yè)務對象）進行處理；業(yè)務對象處理之后控制器將返回模型數(shù)據(jù)和邏輯視圖名，即之前提到的ModelAndView； DispatcherServlets 接收數(shù)據(jù)進行控制 ，根據(jù)返回的邏輯視圖名選擇對應的視圖并傳入模型數(shù)據(jù)配合進行視圖的渲染、加載資源從而完成界面的展示。 DispatcherServlets 繼續(xù)執(zhí)行控制的權利 把響應的內(nèi)容返回到客戶端瀏覽器，以此結束一個流程。 SpringMVC 撇開如 Struts2 等框架繁瑣的的配置 ， 以更為直白快捷的注解的方式進行相關配置映射關系： @Controller： 用來表明所在類是一個處理器 ； @CookieValue：把 cookie 類型的數(shù)據(jù)綁定到具體 Controller 中對應方法 方法的參數(shù)上； @ModelAttribute：用于綁定請求的參數(shù)到對應的命令對象中； @SessionAttributes：寫在處理器類的上方，主要用 來 標明這個存儲的屬性是session 級別的， 一般 列出了對應的名稱的模型屬性 ， 比如說如 @ModelAttribute 等，就會被透明的保存到 Session 當中； @Autowired：用來標注成員變量、方法和構造函數(shù)，來完 成自動裝配的工作； 8 @Qualifier(serviceImpl) @Autowired 是根據(jù)類型進行自動裝配的，如果需要按名稱進行裝配，則需要配合 @Qualifier 使用；在實現(xiàn) Service 接口的 ServiceImpl類開始加上 @Service(serviceImpl)即可完成裝配 @InitBinder：解析 請求 的參數(shù)并通過 date bind 機制與 handler method 中的參數(shù)做綁定； @RequestMapping：用來映射請求到控制器或方法的規(guī)則 ； @RequestParam： 接 收請求參數(shù)并綁定到自定義參數(shù)上面， requried 指參數(shù)是否必須要帶， true 為默認，必須帶， false 為可以不帶 ； @RequestHeader：把接收的請求頭中的數(shù)據(jù)綁定到 Controller 中對應方法 方法的參數(shù)上； @RequestBody：綁定請求的 body 體的 ， 用消息轉換器 （ HttpMessageConverter）完成 請求報文到對象的轉換； @ResponseBody：標注該處理方法的返回值是響應體 ，不加的話返回值一般解析成跳轉路徑，返回的是數(shù)據(jù)時要加上，也是用消息轉換器進行對象到響應報文的轉換 ； @ResponseStatus：返回一個指定的 response 狀態(tài)碼以及原因。； @ExceptionHandler：注解式聲明異常處理器； SpringMVC 的優(yōu)勢如下 ： 對所有功能有一個直觀的角色的劃分 ： DispatcherServlet（前 /核心控制器）、HandlerAdapter（處理器適配器）、 ViewResolver（視圖解析器）、 HandlerMapping（處理器映射）、 Validator（驗證器）、 Controller（控制器 /處理器 ）、 Form Object（表單對象 ） 、 Command（命令對象）、。 可以很輕松的根據(jù)自己需要進行擴展 ， 雖然基本上沒有這個必要 ， 而且有一個明確的分工 ， 用起來也很有條理； 因為 使用的命令對象根本就是 POJO，所以沒必要對框架特定的相關 API進行集成 ，可以把命令對象直接當做業(yè)務對象來使用； 和 Spring 的其他框架無縫集成，是其它 Web 框架所不具備的； 具有強大的適配性， 因為 有 HandlerAdapter 支持 ， 從而可以把任意的類當做處理器進行邏輯處理； 具有可 定制性，可以對 HandlerMapping、 ViewResolver 等相關的功能根據(jù)自己需求進行簡單的定制； 提供如綁定機制 、 數(shù)據(jù)驗證、格式化等強大的功能； 因為 集成了 Spring， 所以可以使用其提供的 Mock 對象進行 Web 層的一個單元測試 ， 并且操作起來非常的簡單； 因為支持 本地化 和 主題的解析，所以搭建的強木可以很容易的切換主體和進行國際化操作。 提供了豐富的可以共 JSP 使用的標簽庫，使用 JSP 來編寫的話會更加的 9 容易。 還有比如基于注解的零配置支持 、 約定大于配置的契約式編程支持、簡單的文件上傳、 RESTful 風格的