框架選擇

框架選擇：SSH框架

開發內容：網頁端信息系統

開發環境：

　　系統：Windows 10

　　開發工具：MyEclipse 10 + JDK 1.8 + Microsoft SQL Server 2008

SSH框架介紹：

　　SSH 爲 struts+spring+hibernate的一個集成框架，是目前較流行的一種Web應用程序開源框架。

　　集成SSH框架的系統從職責上分爲四層：表示層、業務邏輯層、數據持久層和域模塊層，以幫助開發人員在短時間內搭建結構清晰、可複用性好、維護方便的Web應用程序。其中使用Struts做爲系統的總體基礎架構，負責MVC的分離，在Struts框架的模型部分，控制業務跳轉，利用Hibernate框架對持久層提供支持，Spring作管理，管理struts和hibernate。具體作法是：用面向對象的分析方法根據需求提出一些模型，將這些模型實現爲基本的Java對象，而後編寫基本的DAO(Data Access Objects)接口，並給出Hibernate的DAO實現，採用Hibernate架構實現的DAO類來實現Java類與數據庫之間的轉換和訪問，最後由Spring作管理，管理struts和hibernate。

框架選擇緣由：

　　Struts、Spring和Hibernate是咱們這學期新學到的網頁端的技術，它們各有各的特色：

　　Struts框架具備組件的模塊化，靈活性和重用性的優勢，同時簡化了基於MVC的web應用程序的開發。

　　Spring是一個開源的項目，並且目前很是活躍；它基於IoC（Inversion of Control，反向控制）和AOP的構架多層j2ee系統的框架，但它不強迫你必須在每一層 中必須使用Spring，由於它模塊化的很好，容許你根據本身的須要選擇使用它的某一個模塊；它實現了很優雅的MVC，對不一樣的數據訪問技術提供了統一的 接口，採用IoC使得能夠很容易的實現bean的裝配，提供了簡潔的AOP並據此實現Transcation Managment等等。

　　Hibernate是一個開放源代碼的對象關係映射框架，它對JDBC進行了很是輕量級的對象封裝，使得Java程序員能夠爲所欲爲的使用對象編程思惟來操縱數據庫。

　　在搜索資料的時候在知乎上看到一個網友的小故事，講的是他去一家互聯網公司面試時談到她的項目經驗，介紹了它在上家公司作的一個項目，項目是基於SOA面向服務框架的分佈式大型系統，而後說了Struts、SpringMVC、EJB、SOAP等技術。介紹完頓時就被面試官給鄙視了，說這些技術都這麼落後了，早幾年就沒人在用了，大家公司還在用這些東西作開發啊。這讓這位面試的網友頓時無語。下面一個網友回覆對這個框架進行了簡單的分析，「Hibernate過重，他想做的事太多了，我我的以爲，像hibernate事務，徹底雞肋，而緩存，大部分時候也用不上，須要用到的場景，徹底能夠自已開發，更輕，而數據關係變得複雜後，hibernate越難駕馭，分佈式事務的時候，我沒搞過，不知hibernate好很差處理，仍是mybatis更靈活，必要時，直接寫SQL。按業務類型，混合着用。」這個小故事說來的起因，不是要堅定的拋棄SSH這三大框架，而是有感這項技術如今的際遇。一個技術的學習，也許很快就淘汰了，而要去學習一個更新或更好的技術，因此技術是變的，學習是不變的。然而對於咱們現階段來講，SSH框架是一個比較好的應用技術，它能加深咱們對封裝的理解，還有對數據庫的應用水平有很大的提升。