亚洲av成人无遮挡网站在线观看,少妇性bbb搡bbb爽爽爽,亚洲av日韩精品久久久久久,兔费看少妇性l交大片免费,无码少妇一区二区三区

Chinaunix

標題: Java框架介紹 [打印本頁]

作者: mhjackson 時間: 2009-12-09 11:18
標題: Java框架介紹

Struts
Struts是一個基于Sun J2EE平臺的MVC框架，主要是采用Servlet和JSP技術來實現(xiàn)的。
Struts框架可分為以下四個主要部分，其中三個就和MVC模式緊密相關：
　　1、模型(Model)，本質(zhì)上來說在Struts中Model是一個Action類(這個會在后面詳細討論)，開發(fā)者通過其實現(xiàn)商業(yè)邏輯，同時用戶請求通過控制器(Controller)向Action的轉發(fā)過程是基于由struts-config.xml文件描述的配置信息的。
　　2、視圖(View)，View是由與控制器Servlet配合工作的一整套JSP定制標簽庫構成，利用她們我們可以快速建立應用系統(tǒng)的界面。
　　3、控制器(Controller)，本質(zhì)上是一個Servlet，將客戶端請求轉發(fā)到相應的Action類。
　　4、一堆用來做XML文件解析的工具包，Struts是用XML來描述如何自動產(chǎn)生一些JavaBean的屬性的，此外Struts還利用XML來描述在國際化應用中的用戶提示信息的(這樣一來就實現(xiàn)了應用系統(tǒng)的多語言支持)。
Spring
Spring是輕量級的J2EE應用程序框架。
Spring的核心是個輕量級容器（container），實現(xiàn)了IoC（Inversion of Control）模式的容器，Spring的目標是實現(xiàn)一個全方位的整合框架，在Spring框架下實現(xiàn)多個子框架的組合，這些子框架之間彼此可以獨立，也可以使用其它的框架方案加以替代，Spring希望提供one-stop shop的框架整合方案。
Spring不會特別去提出一些子框架來與現(xiàn)有的OpenSource框架競爭，除非它覺得所提出的框架夠新夠好，例如Spring有自己的 MVC框架方案，因為它覺得現(xiàn)有的MVC方案有很多可以改進的地方，但它不強迫您使用它提供的方案，您可以選用您所希望的框架來取代其子框架，例如您仍可以在Spring中整合您的Struts框架。
Spring的核心概念是IoC，IoC的抽象概念是「依賴關系的轉移」，像是「高層模組不應該依賴低層模組，而是模組都必須依賴于抽象」是 IoC的一種表現(xiàn)，「實現(xiàn)必須依賴抽象，而不是抽象依賴實現(xiàn)」也是IoC的一種表現(xiàn)，「應用程序不應依賴于容器，而是容器服務于應用程序」也是IoC的一種表現(xiàn)。
Spring的架構性的好處
　　Spring能有效地組織你的中間層對象,無論你是否選擇使用了EJB。如果你僅僅使用了Struts或其他的包含了J2EE特有APIs的framework，你會發(fā)現(xiàn)Spring關注了遺留下的問題。
.　　Spring能消除在許多工程上對Singleton的過多使用。根據(jù)我的經(jīng)驗，這是一個主要的問題，它減少了系統(tǒng)的可測試性和面向對象特性。
　　Spring 能消除使用各種各樣格式的屬性定制文件的需要,在整個應用和工程中，可通過一種一致的方法來進行配置。曾經(jīng)感到迷惑，一個特定類要查找迷幻般的屬性關鍵字或系統(tǒng)屬性,為此不得不讀Javadoc乃至源編碼嗎？有了Spring，你可很簡單地看到類的JavaBean屬性。倒置控制的使用(在下面討論)幫助完成這種簡化。Spring能通過接口而不是類促進好的編程習慣，減少編程代價到幾乎為零。
.　　Spring被設計為讓使用它創(chuàng)建的應用盡可能少的依賴于他的APIs。在Spring應用中的大多數(shù)業(yè)務對象沒有依賴于Spring。
.　　使用Spring構建的應用程序易于單元測試。
.　　Spring能使EJB的使用成為一個實現(xiàn)選擇,而不是應用架構的必然選擇。你能選擇用POJOs或local EJBs來實現(xiàn)業(yè)務接口，卻不會影響調(diào)用代碼。
.　　Spring幫助你解決許多問題而無需使用EJB。Spring能提供一種EJB的替換物，它們適于許多web應用。例如,Spring能使用AOP提供聲明性事務而不通過使用EJB容器，如果你僅僅需要與單個的數(shù)據(jù)庫打交道，甚至不需要JTA實現(xiàn)。
.　　Spring為數(shù)據(jù)存取提供了一致的框架,不論是使用JDBC或O/R mapping產(chǎn)品（如Hibernate）。
　　Spring確實使你能通過最簡單可行的解決辦法解決你的問題。這些特性是有很大價值的。
Spring能做什么？
　　Spring提供許多功能,在此我將快速地依次展示其各個主要方面。
　　任務描述：
　　首先,讓我們明確Spring范圍。盡管Spring覆蓋了許多方面，但我們已經(jīng)有清楚的概念，它什么應該涉及和什么不應該涉及。
Spring的主要目的是使J2EE易用和促進好編程習慣。
Spring 不重新開發(fā)已有的東西。因此，在Spring中你將發(fā)現(xiàn)沒有日志記錄的包,沒有連接池,沒有分布事務調(diào)度。這些均有開源項目提供(例如 Commons Logging 用來做所有的日志輸出，或Commons DBCP用來作數(shù)據(jù)連接池),或由你的應用程序服務器提供。因為同樣的的原因，我們沒有提供O/R mapping層，對此，已有有好的解決辦法如Hibernate和JDO。
Spring的目標是使已存在的技術更加易用。例如,盡管我們沒有底層事務協(xié)調(diào)處理，但我們提供了一個抽象層覆蓋了JTA或任何其他的事務策略。
Spring沒有直接和其他的開源項目競爭，除非我們感到我們能提供新的一些東西。例如，象許多開發(fā)人員，我們從來沒有為Struts高興過，并且感到在MVC web framework中還有改進的余地。在某些領域，例如輕量級的 IoC容器和AOP框架，Spring有直接的競爭，但是在這些領域還沒有已經(jīng)較為流行的解決方案。(Spring在這些區(qū)域是開路先鋒。)
Spring也得益于內(nèi)在的一致性。
所有的開發(fā)者都在唱同樣的的贊歌,基礎想法依然是Expert One-on-One J2EE設計與開發(fā)的那些。
并且我們已經(jīng)能夠使用一些主要的概念,例如倒置控制，來處理多個領域。
Spring在應用服務器之間是可移植的。
當然保證可移植性總是一次挑戰(zhàn)，但是我們避免任何特定平臺或非標準化,并且支持在WebLogic，Tomcat，Resin，JBoss，WebSphere和其他的應用服務器上的用戶。
Spring的核心即是個IoC/DI的容器，它可以幫程序設計人員完成組件之間的依賴關系注入，使得組件之間的依賴達到最小，進而提高組件的重用性，Spring是個低侵入性（invasive）的框架，Spring中的組件并不會意識到它正置身于Spring中，這使得組件可以輕易的從框架中脫離，而幾乎不用任何的修改，反過來說，組件也可以簡單的方式加入至框架中，使得組件甚至框架的整合變得容易。
Spring最為人重視的另一方面是支持AOP（Aspect-Oriented Programming），然而AOP框架只是Spring支持的一個子框架，說Spring框架是AOP框架并不是一件適當?shù)拿枋�，人們對于新奇�?AOP關注映射至Spring上，使得人們對于Spring的關注集中在它的AOP框架上，雖然有所誤解，但也突顯了Spring的另一個令人關注的特色。
Spring也提供MVC Web框架的解決方案，但您也可以將自己所熟悉的MVC Web框架與Spring解合，像是Struts、Webwork等等，都可以與Spring整合而成為進用于自己的解決方案。Spring也提供其它方面的整合，像是持久層的整合如JDBC、O/R Mapping工具（Hibernate、iBATIS）、事務處理等等，Spring作了對多方面整合的努力，故說Spring是個全方位的應用程序框架。
AJAX
ajax簡介
   AJAX全稱“Asynchronous JavaScript and XML”（異步JavaScript和XML），是指一種創(chuàng)建交互式網(wǎng)頁應用的網(wǎng)頁開發(fā)技術。它有機地包含了以下幾種技術：基于web標準（standards-based presentation）XHTML+CSS的表示；使用 DOM（Document Object Model）進行動態(tài)顯示及交互；使用 XML 和 XSLT 進行數(shù)據(jù)交換及相關操作；使用 XMLHttpRequest 進行異步數(shù)據(jù)查詢、檢索；使用 JavaScript 將所有的東西綁定在一起。
   類似于DHTML或LAMP，AJAX不是指一種單一的技術，而是有機地利用了一系列相關的技術。事實上，一些基于AJAX的“派生/合成”式（derivative/composite）的技術正在出現(xiàn)，如“AFLAX”。
ajax優(yōu)勢
   傳統(tǒng)的web應用允許用戶填寫表單(form)，當提交表單時就向web服務器發(fā)送一個請求。服務器接收并處理傳來的表單，然后返回一個新的網(wǎng)頁。這個做法浪費了許多帶寬，因為在前后兩個頁面中的大部分HTML代碼往往是相同的。由于每次應用的交互都需要向服務器發(fā)送請求，應用的響應時間就依賴于服務器的響應時間。這導致了用戶界面的響應比本地應用慢得多。與此不同，AJAX應用可以僅向服務器發(fā)送并取回必需的數(shù)據(jù)，它使用SOAP或其它一些基于XML的web service接口，并在客戶端采用JavaScript處理來自服務器的響應。因為在服務器和瀏覽器之間交換的數(shù)據(jù)大量減少，結果我們就能看到響應更快的應用。同時很多的處理工作可以在發(fā)出請求的客戶端機器上完成，所以Web服務器的處理時間也減少了。
Hibernate
Hibernate是一個開放源代碼的對象關系映射框架，它對JDBC進行了輕量級的對象封裝，使得Java程序員可以使用對象編程思維來操縱數(shù)據(jù)庫。Hibernate可以在應用EJB的J2EE架構中取代CMP，完成數(shù)據(jù)持久化。它還可以應用在任何使用JDBC的場合，既可以在Java的客戶端程序實用，也可以在Servlet/JSP的Web應用中使用
Hibernate的工作方式
　　 Hibernate不會對您造成妨礙，也不會強迫您修改對象的行為方式。它們不需要實現(xiàn)任何不可思議的接口以便能夠持續(xù)存在。惟一需要做的就是創(chuàng)建一份XML“映射文檔”，告訴Hibernate您希望能夠保存在數(shù)據(jù)庫中的類，以及它們?nèi)绾侮P聯(lián)到該數(shù)據(jù)庫中的表和列，然后就可以要求它以對象的形式獲取數(shù)據(jù)，或者把對象保存為數(shù)據(jù)。與其他解決方案相比，它幾乎已經(jīng)很完美了。
　　由于本文只是一篇介紹性的文章，所以不會引入構建和使用Hibernate映射文檔的具體例子（我在《Hibernate: A Developer's Notebook》一書的頭幾章中已經(jīng)介紹了一個例子）。此外，在網(wǎng)上和Hibernate的在線文檔中，還可以找到一些不錯的例子，請參見下面的“其他信息”部分。它實際上相當直觀。應用程序對象中的屬性以一種簡單而自然的方式與正確的數(shù)據(jù)庫結構相關聯(lián)。
　　運行時，Hibernate讀取映射文檔，然后動態(tài)構建Java類，以便管理數(shù)據(jù)庫與Java之間的轉換。在Hibernate中有一個簡單而直觀的API，用于對數(shù)據(jù)庫所表示的對象執(zhí)行查詢。要修改這些對象，（一般情況下）只需在程序中與它們進行交互，然后告訴Hibernate保存修改即可。類似地，創(chuàng)建新對象也很簡單；只需以常規(guī)方式創(chuàng)建它們，然后告訴Hibernate有關它們的信息，這樣就能在數(shù)據(jù)庫中保存它們。
　　Hibernate API學習起來很簡單，而且它與程序流的交互相當自然。在適當?shù)奈恢谜{(diào)用它，就可以達成目的。它帶來了很多自動化和代碼節(jié)省方面的好處，所以花一點時間學習它是值得的。而且還可以獲得另一個好處，即代碼不用關心要使用的數(shù)據(jù)庫種類（否則的話甚至必須知道）。我所在的公司就曾有過在開發(fā)過程后期被迫更換數(shù)據(jù)庫廠商的經(jīng)歷。這會造成巨大的災難，但是借助于Hibernate，只需要簡單地修改Hibernate配置文件即可。
　　這里的討論假定您已經(jīng)通過創(chuàng)建Hibernate映射文檔，建立了一個關系數(shù)據(jù)庫，并且擁有要映射的Java類。有一個Hibernate“工具集”可在編譯時使用，以支持不同的工作流。例如，如果您已經(jīng)擁有Java類和映射文檔，Hibernate可以為您創(chuàng)建（或更新）必需的數(shù)據(jù)庫表�；蛘�，僅僅從映射文檔開始，Hibernate也能夠生成數(shù)據(jù)類。或者，它可以反向設計您的數(shù)據(jù)庫和類，從而擬定映射文檔。還有一些用于Eclipse的alpha 插件，它們可以在IDE中提供智能的編輯支持以及對這些工具的圖形訪問。
　　如果您使用的是Hibernate 2環(huán)境，這些工具鮮有提供，但是存在可用的第三方工具。
使用Hibernate的場合
　　既然Hibernate看起來如此靈活好用，為什么還要使用其他的工具呢？下面有一些場景，可以幫助您做出判斷（或許通過提供一些比較和上下文，可以有助于鑒別非常適用Hibernate的場合）。
　　如果應用對于數(shù)據(jù)存儲的需要十分簡單——例如，您只想管理一組用戶優(yōu)先選擇——您根本不需要數(shù)據(jù)庫，更不用說一個優(yōu)秀的對象-關系映射系統(tǒng)了（即使它也如Hibernate這般易于使用）！從Java 1.4開始，有一個標準的Java Preferences API可以很好地發(fā)揮這個作用。（在ONJava文章中可以找到有關Preferences API的更多信息。）
　　對于熟悉使用關系數(shù)據(jù)庫和了解如何執(zhí)行完美的SQL查詢與企業(yè)數(shù)據(jù)庫交互的人來說，Hibernate似乎有些礙手礙腳，這就像帶有動力和自動排擋的快艇車會使注重性能的賽車駕駛員不耐煩一樣。如果您屬于這種人，如果您所在的項目團隊擁有一個強大的DBA，或者有一些存儲過程要處理，您可能想研究一下iBATIS。Hibernate的創(chuàng)建者本身就把iBATIS當作是另一種有趣的選擇。我對它很有興趣，因為我們曾為一個電子商務站點開發(fā)了一個類似的系統(tǒng)（其功能更為強大），而且從那時到現(xiàn)在，我們已經(jīng)在其他環(huán)境中使用過它，盡管在發(fā)現(xiàn)Hibernate之后，在新項目中我們通常更喜歡使用Hibernate。您可以認為，以SQL為中心的解決方案（比如iBATIS）是“反向的”對象/關系映射工具，而Hibernate是一個更為傳統(tǒng)的ORM。
　　當然，還有其他的外部原因會導致采用另外的方法。比如，在一個企業(yè)環(huán)境中，必須使用成熟的EJB架構（或者其他的一些非普通對象映射系統(tǒng)）�？梢詾樘峁┳约旱臄�(shù)據(jù)存儲工具的平臺量身定做代碼，比如Mac OS X's Core Data。使用的可能是像XML DTD這樣的存儲規(guī)范，而它根本不涉及關系數(shù)據(jù)庫。
　　但是，如果您使用的是富對象模型，而且想要靈活、輕松且高效地保存它（無論您是否正要開始或已經(jīng)決定使用關系數(shù)據(jù)庫，只要這是一個選擇——而且存在可用的優(yōu)秀免費數(shù)據(jù)庫，比如MySQL，或可嵌入Java的HSQLDB，它就應該始終是一個選擇），那么Hibernate很可能就是您理想的選擇。您可能會驚訝于節(jié)省的時間之多，以及您將會多么地喜歡使用它。

本文來自ChinaUnix博客，如果查看原文請點：http://blog.chinaunix.net/u3/107162/showart_2115092.html

歡迎光臨 Chinaunix (http://www.72891.cn/)