java設計架構

Ⅰ java系統架構有哪些apache

java系統架構有一下幾種：

_ava框架 一、Spring框架。 Spring框架是Java後端框架家族中最強大的，擁有IOC和AOP兩大利器，簡化了開發的復雜性。此外，Spring現在可以與所有主流開發框架集成，這是一個通用框架。Spring使Java開發變得簡單。

?2.SpringMVC框架。 它是MVC的開源框架，用來代替Struts，是Spring項目的重要組成部分，可以與SpringIOC容器結合，具有松耦合、配置方便、代碼分離等特點，使Java程序員更容易開發WEB項目。

_SpringBoot框架。 SpringBoot是Spring開源組織下的一個子項目，也是Spring組件的一站式解決方案，主要是為了簡化使用Spring的框架難度。

?

_摹CloudSpring。

_饈且幌盜鋅蚣艿撓行蚣希悄殼白釗讓諾奈⒎窨蚣艿氖籽J紫齲_pringBoot開發的便利性，巧妙地簡化了分布式系統基礎的開發，如服務發現注冊、配置中心、消息匯流排、負載平衡、斷路器、數據監控等。，可以使用SpringBoot的開發風格一鍵啟動和部署。

_濉Netty。 JBOSS提供的開源非同步Netty是基於事件驅動的網路通信框架。能迅速提高開發性能，高可靠性的網路伺服器和客戶端程序，netty簡化了網路應用的編程開發過程，使用開發網路編程變得極其簡單。

_Quartz。 Quartz是一個基於Java廣泛使用的開源任務調度框架。做過定時任務的沒用過這個框架嗎？

?7.jQuery。 JQuery是一個快速簡潔的JavaScript框架，它包裝了JavaScript常用的功能代碼，提供了一種簡單的JavaScript設計模式，極大地簡化了JavaScript編程。

?8.4jLog。 Log4j是Apache的開源日誌框架。通過Log4j，我們可以將程序中的日誌信息輸出到控制台和文件中記錄日誌。Log4j2是最古老的日誌框架，其主流版本是Log4j2。Log4j2是一個重新構建的日誌框架，它拋棄了之前Log4j的不足，吸收了Logback的優秀日誌框架設計。

Ⅱ java架構師是做什麼的

Java系統架構師是需要掌控整體並依據具體的業務場景給出解決方案的團隊領導型人物，具體工作內容如下：
1、確認需求：確定並分析客戶需求，進行項目風險評估，然後將用戶需求轉化為軟體需求，同時要補充非業務需求。

2、技術選型：需求轉化後會形成軟體的整體架構，需要根據整體架構進行技術選型。

3、系統分析：將實際項目中的概要設計、詳細設計、業務邏輯劃分、子系統與主系統的關聯、資料庫的設計等，從技術的角度完整的拆解業務，把控好技術的細節。

4、保持溝通：在整個過程中要多方面跟蹤項目進度，要和開發人員保持溝通，如果發現問題要及時解決。

總結：
1、確定並分析客戶需求，進行項目風險評估，然後將用戶需求轉化為軟體需求。
2、需要根據整體架構進行技術選型。
3、將實際項目中的概要設計、詳細設計等從技術的角度完整的拆解業務。
4、在整個過程中要多方面跟蹤項目進度，如果發現問題要及時解決。
聲明：本網頁內容旨在傳播知識，若有侵權等問題請及時與本網聯系，我們將在第一時間刪除處理。TEL:0731-84117792E-MAIL:[email protected]

Ⅲ java的架構有哪些

Java架構：

軟體架構作為一個概念，體現在技術和業務兩個方面。
從技術角度來說：軟體架構隨著技術的革新不斷地更新其內容，軟體架構建立於當前技術和一些基本原則的基礎之上。
先說一些基本原則：
分層原則：分層是為了降低軟體深度復雜性而使用的關鍵思想，就像社會有了階級一樣，軟體有了層次結構。
模塊化原則：模塊化是化解軟體廣度復雜的必然手段，模塊化的目的就是讓軟體分工。
介面實現分離原則隨著軟體模塊化的不斷深入改進，面向介面編程而不是面向實現編程可以讓復雜度日趨增高的軟體降低模塊之間的耦合度，從而讓各模塊更輕松改進。從這個原則出發，軟體也從微觀進行了細致的規范化。
還有兩個比較小但很重要的原則：
細節隱藏原則很顯然把復雜問題簡化，把難看的細節隱去，能讓軟體結構更清晰。其實這個原則使用很普遍，java/c++語言中的封裝原則以及設計模式中的Facade（外觀）模式就很能體現這個原則的精神。
依賴倒置原則隨著軟體結構的進一步發展,層與層之間、模塊與模塊之間的依賴逐漸加深，而層、模塊的動態可插拔要求不端增大。依賴倒置原則可看視為介面實現分離原則的深化，根據此原則的精神，軟體進入了工具時代。這個原則有點類似於知名的好萊塢法則：Don't call us, we'll call you。

以上這些原則奠定了我們的軟體架構的價值指標。但軟體架構畢竟是建立在當前技術之上的。而每一代技術都有架構模式。過去的不再說了，讓我們現在就來看一下當前流行的技術，以及當前我們能採用的架構。

因為面向對象是當前最流行開發技術，且設計模式的大量使用使面向對象的走向成熟，而資料庫是當前最有效的存儲結構、web界面是當前最流行的用戶介面，所以當前最典型的三層次架構就架構在以上幾項技術的基礎之上，用資料庫作存儲層、用面向對象來實現業務層、用web來作為用戶介面層。我們從三層次架構談起：
因為面向對象技術和資料庫技術不適配，所以在標准三層次架構的基礎上，我們增加了數據持久層，來管理O-R雙向映射，但目前一直沒有最理想的實現技術。cmp和entity bean技術因為其實現復雜，功能前景有限，已接近被淘汰的邊緣。JDO及hibernate作為o-r映射的後期之秀，尤其是hibernate，功能相當完備。推薦作為持久層的首選
在業務層,因為當前業務日趨負載，且變動頻繁，所以我們必須有足夠敏捷的技術來保證我們的適應變化的能力，在標准j2ee系統中session bean負責業務處理，且有不錯的性能表現，但採用ejb系統對業務架構模式改變太大，且其復雜而昂貴，業務代碼移植性差。而spring 作為一個bean配置的輕量級架構，漂亮的IOC模式實現，對業務架構影響小，所以推薦作為中間層業務框架。
在用戶結構層,雖然servlet/jsp/jstl/javaBean 能夠實現MVC架構,但終究過於粗糙。struts對MVC架構的實現就比較完美，Taperstry也極好地實現MVC架構，且採用基於事件的方式，非常誘人，惜其不夠成熟，我們仍舊推薦struts作為用戶介面層基礎架構。
因為業務層是三層次架構中最有決定意義的，所以讓我們回到業務層細致地分析一下，在復雜的業務我們常常需要以下基礎服務的一種或幾種：事務一致性服務acid(tool:jta/jts)、並發加鎖服務concurrent&&lock、池化管理服務cache、訪問控制服務(tool:jaas)、流程式控制制服務workflow、動態實現服務IOC，串列化消息服務(tool:jms)、負載平衡服務blance等。如果我們不採用重量級應用伺服器(如weblogic,websphere,jboss等)及重量級組件(EJB)，我們必須自己實現其中一些服務。雖然我們大多情況下，不需要所有這些服務，但實現起來卻非易事。幸運的是我們有大量的開源實現代碼,但採用開源代碼卻常常是件不輕松的事。

隨著xml作為結構化信息傳輸和存儲地位日漸重要,一些xml文檔操作工具(DOM,Digester,SAX等)的使用愈發重要,而隨著xml schema的java binding工具(jaxb,xmlbean等)工具的成熟，採用xml schema來設計xml文檔格式,然後採用java binding來生成java bean 會成為主要編程模式,而這又進一步使數據中心向xml轉移,使在中小數據量上,愈發傾向於以xquery為查詢語言的xml資料庫。最近還有一個趨勢,microsoft,ibm等紛紛大量開發中間軟體如(microsoft office之infopath)，可以直接從xml schema 生成 錄入頁面等非常實用的功能。還有web service 的廣泛應用，都將對軟體的架構有非常重大的影響。至於面向服務架構(SOA)前景如何，三層次架構什麼時候走入歷史，現在還很難定論。

aop的發展也會對軟體架構有很深的影響，但在面向對象架構里，無論aspectJ還是jboss-aop抑是aspectWerks、nanning都有其自身的嚴重問題:維護性很差,所以說它將很難走遠。也許作為一個很好的思想，它將在web service里大展身手。

rdf,owl作為w3c語義模型的標志性的語言,也很難想像能在當前業務架構發揮太大影響。但如果真如它所聲稱那樣，廣泛地改變著信息的結構。那麼對軟體架構也會有深遠影響。

有關架構設計的一些忠告：
盡量建立完整的持久對象層.可獲得高回報
盡量將各功能分層,分塊,每一模塊均依賴假定的其它模塊的外觀
不能依賴靜態數據來實現IOC模式，應該依賴數據特徵介面，靜態數據僅是數據特徵介面實現方式之一
架構設計時xml是支持而不是依賴.但可以提供單一的xml版本的實現

從業務角度說：軟體架構應是深刻體現業務內部規則的業務架構，但因為業務變化頻紝，所以軟體架構很難保持恆定不變，但業務的頻繁變化不應是軟體架構大規模頻繁變化的原因，軟體架構應是基於變化的架構。
一種業務有其在一段時間內穩定存在的理由(暫且不談)，業務內部有許多用例，每一種用例都有固定的規則，每一規則都有一些可供判定的項，每一項從某一維度來觀察都是可測量的，我們的架構首先必須保證完美適應每一項每一種測量方式，很多失敗的架構都是因為很多項的測量方式都發生變更這種微觀變化中。

每個用例都有規則，我們在作業務用例分析，常常假定一些規則是先驗的，持久穩定的，然而後來的業務改變常常又證明這種看法是錯誤的，然而常常我們的架構已經為之付出了不可挽回的代價。大量事實證明：規則的變化常常用例變化的根本原因。所以我們的架構要盡可能適應規則的變化，盡可能建立規則模版。

每個用例都關系著不同的角色。每一個用例的產生都必然是因為角色的變更（注意：不是替換，而是增強或減弱），所以注意角色的各種可能情況，對架構的設計有舉足輕重的意義。在我們當前的三層架構里，角色完美地對應介面概念。

在一個系統里很多用例都相互關聯,考慮到每個用例均有可能有不同的特例，所以在架構設計中，盡量採用依賴倒置原則。如架構許可可採用消息通信模式(JMS)。這樣可降低耦合度。

現在我們談一下業務穩定存在理由對業務的影響。存在即是合理，在這里當然是正確的。業務因人而存在，所以問業務存在的理由即是問不同角色的需要這項業務的理由以及喜歡不喜歡當前業務用例的理由，所有這樣的角色都應該在系統里預留。《待續》
在架構設計中有幾個原則可以考慮：
用例盡量細分
用例盡量抽象
角色盡量獨立
項測量獨立原則
追求簡單性
這里未提供相關的例子，例子會在以後的更新時提供。

業務和模式之間的關系
業務中的一些用例之間的關系常常和一些常規的模式很相似。但隨著時間的演化，慢慢地和先前的模式有了分歧。這是個正常的現象。但這對系統架構卻要求非常高，要求系統架構能適應一些模式的更替。在這里我們盡可能早地注意到用例之間的相互角色變化，為架構更新做好准備.

Ⅳ java開發中的架構方案有哪些

Spring是一個解決了許多在J2EE開發中常見的問題的強大框架。 Spring提供了管理業務對象的一致方法並且鼓勵了注入對介面編程而不是對類編程的良好習慣。Spring的架構基礎是基於使用JavaBean屬性的Inversion of Control容器。然而，這僅僅是完整圖景中的一部分：Spring在使用IoC容器作為構建完關注所有架構層的完整解決方案方面是獨一無二的。 Spring提供了唯一的數據訪問抽象，包括簡單和有效率的JDBC框架，極大的改進了效率並且減少了可能的錯誤。Spring的數據訪問架構還集成了Hibernate和其他O/R mapping解決方案。Spring還提供了唯一的事務管理抽象，它能夠在各種底層事務管理技術，例如JTA或者JDBC事務提供一個一致的編程模型。Spring提供了一個用標准Java語言編寫的AOP框架，它給POJOs提供了聲明式的事務管理和其他企業事務--如果你需要--還能實現你自己的aspects。這個框架足夠強大，使得應用程序能夠拋開EJB的復雜性，同時享受著和傳統EJB相關的關鍵服務。Spring還提供了可以和IoC容器集成的強大而靈活的MVC Web框架。

Ⅳ 面試官問我有沒有java架構開發經驗，java架構是什麼怎樣才算是有架構開發經驗

這么問估計他自己都說不清楚什麼是架構，架構這個定義范圍很廣。

從java技術體繫上看有3中：

1. J2SE:標准版開發(目前都叫,JAVASE)

2. J2ME:小型版(目前都叫,JAVAME)

3. J2EE:企業級開發(目前都叫,JAVAEE)

現在me，和se基本看不到了！java ee 也是主流，為開發企業級環境應用程序提供解決的一套解決方案,這個技術體系會用到Servlet,Jsp等技術,主要針對Web開發。

個人理解，架構就是解決問題的一系列方案，方法。

• 一個小的管理系統分為：web 前段和 web 後端，這也是一個常見的軟體架構。

• 當一個軟體平台用戶量慢慢增加，單機部署的方式可能就應對不了實際的訪問壓力。這是可能會部署2台2個一樣的應用，來分流降壓。這種群集的方式也是屬於架構中的一種方案。

• 當平台訪問頁面訪問量過高的時候，耗去的連接數過大，可能就會考慮頁面的靜態化。這也是架構的內容

• 當訪問量過db無法承受的時候，就會考慮增加緩存，減少不必要的重復查庫操作，再者做讀寫分離。這也是架構的內容

• 當軟體內容功能越來越多的時候，可能就考慮根據業務拆分成不同的小服務（微服務）。

• 等等

架構是一系列的技術解決方案，其實開發過的人，基本都是在做架構內容，只是自己不知道而已。

架構是很范的，構架師涉獵的東西很多，比如多線程，io這些都是基本的，普通的開發這大都應該掌握的。

平常開發只有碰到問題，才能進步。

要解決問題，就必須要不斷的學習，才能懂的更多。當你發現你不懂的東西越來越多的時候，後頭看看，真的是懂的越多，問題就會越多。

Ⅵ java軟體開發的架構設計

軟體架構作為一個概念，體現在技術和業務兩個方面。
從技術角度來說：軟體架構隨著技術的革新不斷地更新其內容，軟體架構建立於當前技術和一些基本原則的基礎之上。
先說一些基本原則：
分層原則：分層是為了降低軟體深度復雜性而使用的關鍵思想，就像社會有了階級一樣，軟體有了層次結構。
模塊化原則：模塊化是化解軟體廣度復雜的必然手段，模塊化的目的就是讓軟體分工。
介面實現分離原則隨著軟體模塊化的不斷深入改進，面向介面編程而不是面向實現編程可以讓復雜度日趨增高的軟體降低模塊之間的耦合度，從而讓各模塊更輕松改進。從這個原則出發，軟體也從微觀進行了細致的規范化。
還有兩個比較小但很重要的原則：
細節隱藏原則很顯然把復雜問題簡化，把難看的細節隱去，能讓軟體結構更清晰。其實這個原則使用很普遍，java/c++語言中的封裝原則以及設計模式中的Facade(外觀)模式就很能體現這個原則的精神。
依賴倒置原則隨著軟體結構的進一步發展,層與層之間、模塊與模塊之間的依賴逐漸加深，而層、模塊的動態可插拔要求不端增大。依賴倒置原則可看視為介面實現分離原則的深化，根據此原則的精神，軟體進入了工具時代。這個原則有點類似於知名的好萊塢法則：Don't call us, we'll call you。
以上這些原則奠定了我們的軟體架構的價值指標。但軟體架構畢竟是建立在當前技術之上的。而每一代技術都有架構模式。過去的不再說了，讓我們就來看一下當前流行的技術，以及當前我們能採用的架構。
因為面向對象是當前最流行開發技術，且設計模式的大量使用使面向對象的走向成熟，而資料庫是當前最有效的存儲結構、web界面是當前最流行的用戶介面，所以當前最典型的三層次架構就架構在以上幾項技術的基礎之上，用資料庫作存儲層、用面向對象來實現業務層、用web來作為用戶介面層。我們從三層次架構談起：
因為面向對象技術和資料庫技術不適配，所以在標准三層次架構的基礎上，我們增加了數據持久層，來管理O-R雙向映射，但目前一直沒有最理想的實現技術。cmp和entity bean技術因為其實現復雜，功能前景有限，已接近被淘汰的邊緣。JDO及hibernate作為o-r映射的後期之秀，尤其是hibernate，功能相當完備。推薦作為持久層的首選
在業務層，因為當前業務日趨負載，且變動頻繁，所以我們必須有足夠敏捷的技術來保證我們的適應變化的能力，在標准j2ee系統中session bean負責業務處理，且有不錯的性能表現，但採用ejb系統對業務架構模式改變太大，且其復雜而昂貴，業務代碼移植性差。而spring 作為一個bean配置的輕量級架構，漂亮的IOC模式實現，對業務架構影響小，所以推薦作為中間層業務框架。
在用戶結構層,雖然servlet/jsp/jstl/javaBean 能夠實現MVC架構，但終究過於粗糙。struts對MVC架構的實現就比較完美，Taperstry也極好地實現MVC架構，且採用基於事件的方式，非常誘人，惜其不夠成熟，我們仍舊推薦struts作為用戶介面層基礎架構。
因為業務層是三層次架構中最有決定意義的，所以讓我們回到業務層細致地分析一下，在復雜的業務我們常常需要以下基礎服務的一種或幾種：事務一致 性服務acid(tool:jta/jts)、並發加鎖服務concurrent&&lock、池化管理服務cache、訪問控制服務(tool:jaas)、流程式控制制服務workflow、動態實現服務IOC，串列化消息服務(tool:jms)、負載平衡服務blance等。如果我們不採用重量級應用伺服器(如weblogic,websphere,jboss等)及重量級組件(EJB)，我們必須自己實現其中一些服務。雖然我們大 多情況下，不需要所有這些服務，但實現起來卻非易事。幸運的是我們有大量的開源實現代碼，但採用開源代碼卻常常是件不輕松的事。
隨著xml作為結構化信息傳輸和存儲地位日漸重要,一些xml文檔操作工具(DOM,Digester,SAX等)的使用愈發重要，而隨著 xml schema的java binding工具(jaxb,xmlbean等)工具的成熟，採用xml schema來設計xml文檔格式，然後採用java binding來生成java bean 會成為主要編程模式,而這又進一步使數據中心向xml轉移，使在中小數據量上,愈發傾向於以xquery為查詢語言的xml資料庫。現還有一個趨勢， microsoft,ibm等紛紛大量開發中間軟體如(microsoft office之infopath)，可以直接從xml schema 生成錄入頁面等非常實用的功能。還有web service 的廣泛應用，都將對軟體的架構有非常重大的影響。至於面向服務架構(SOA)前景如何，三層次架構什麼時候走入歷史，現還很難定論。
aop的發展也會對軟體架構有很深的影響，但在面向對象架構里，無論aspectJ還是jboss-aop抑是aspectWerks、 nanning都有其自身的嚴重問題：維護性很差，所以說它將很難走遠。也許作為一個很好的思想，它將在web service里大展身手。
rdf,owl作為w3c語義模型的標志性的語言，也很難想像能在當前業務架構發揮太大影響。但如果真如它所聲稱那樣，廣泛地改變著信息的結構。那麼對軟體架構也會有深遠影響。

Ⅶ Java目前主流框架都有哪些

框架1：Spring框架

該框架排名第一，因為它具有開發復雜Web應用程序的出色能力，而且，這些應用程序因性能突出而廣受贊譽。它使Java開發人員能夠輕松地創建企業級應用程序。

Web應用程序開發人員可以證明Spring框架的能力。這就是Spring成為Java開發人員最愛的原因。下面的數據可以證明這一點。以下是開發者（選擇Java作為首選的三種編程語言之一）對Java框架的看法：

在開發人員的選擇中，Spring MVC和Spring Boot遠遠領先於其他Java技術。對於開發人員來說，這里的一大優勢是他們可以不受其他模塊約束而專注於一個模塊，因為Spring利用了控制反轉（IoC）。

這個框架的其他一些優點是一個全面的配置模型，支持傳統資料庫和現代資料庫（如NoSQL），並通過支持面向方面編程來支持內聚開發。它提供了一些模塊，如Spring MVC、Spring Core、Spring Boost、SpringTransaction等。

框架2：Hibernate框架

作為一個對象關系映射（ORM）資料庫，它改變了我們以前查看資料庫的方式。盡管它不是一個全棧框架，但它可以極其輕松地為多個資料庫轉換數據。

它支持多個資料庫的能力使它很容易擴展，無論應用程序的大小或用戶的數量如何。它速度快、功能強大、易於擴展、修改和配置。

框架3：Struts框架

該框架幫助自定義軟體開發人員創建易於維護的企業級應用程序。這個框架的USP是它的插件。它們是JAR包，這意味著它們是可移植的。

Hibernate插件和Spring插件分別可以用於對象關系映射和依賴注入。使用此Java框架開發應用程序可以減少處理時間，因為它提供了組織良好的Java、JSP和Action類。

框架4：Play

使用該框架的頂尖公司包括LinkedIn、三星、衛報、Verizon等。這只能說明它的可信度。該框架提供了速度、可伸縮性和性能。

它的用戶界面非常簡單，使移動應用程序開發人員可以快速理解它。它主要用於開發需要統一內容創建的應用程序。

框架5：Google Web Toolkit

這個框架用於客戶端開發，類似JavaScript。它是一個開源的Java框架，這意味著它是免費的。谷歌廣泛使用了這個框架，谷歌產品如AdSense、谷歌錢包、AdWords都是使用它編寫的。

藉助GWT代碼，可以輕松地開發和調試Ajax應用程序。Java開發人員更喜歡使用這個框架來編寫復雜的應用程序。書簽、跨瀏覽器可移植性、歷史記錄和管理是它的一些特性。

閱讀完分享的Java的熱門框架後，希望你能有一個更清晰的了解。了解熱門框架不是一個挑戰，但是找到適合你需求的框架是一個挑戰！

Ⅷ Java的三層架構都有些什麼

三層架構是一個分層式的軟體體系架構設計，它可適用於任何一個項目。MVC是一個設計模式，它是根據項目的具體需求來決定是否適用於該項目。

那麼架構跟設計模式有什麼區別呢?我們從接手一個項目開始，首先，我們需要進行架構設計，一般我們採用的就是分層式的架構設計，即我們的三層架構。

然後，在確定了架構以後，我們再根據項目的具體需求去考慮是否需要應用一些設計模式，比如是否應用我們的MVC模式，抽象工廠模式等等。(在這里我們看出，MVC與三層架構不是一個等級的，而與抽象工廠等設計模式才是一路的)

最後，確定了模式以後，就是我們的一些具體的實現了。(當然一個項目不僅僅考慮這些問題，我只是為了說明兩者的區別，將其他問題已省略)

其次，它倆劃分的層次不同。

三層架構將整個項目劃分為：表現層(UI)、業務邏輯層(BLL)、數據訪問層(DAL)。MVC即Model(模型)，View(視圖)，Controller(控制)。

Ⅸ Java的三種技術架構是什麼

Java從1998年誕生到現在已經20多年了。使用它開發的軟體不計其數。

在整個發展過程中，出現的架構方式有：

1. 單體架構：將所有的功能代碼寫在一個工程中

2. 垂直架構：將功能代碼按業務進行拆分成一個個的單體架構模式

3. 分布式微服務架構：將功能按照業務分為一個個微小的服務，每個服務都是獨立的進程，單獨部署，容易擴展，能夠很好的應對高並發等

4. 網格架構：未來的可能的架構模式。
   

Ⅹ 常用的java開發框架有哪些

Java開發開發框架有很多，給大家推薦下面幾種：
1、struts2框架，這是最經典的框架(可以說沒有「之一」)。可以幫你快速搭建出一個MVC模型出來。

2、Spring：Spring是輕量級的J2EE應用程序框架。
3、Hibernate：Hibernate是一個開放源代碼的對象關系映射框架，它對JDBC進行了輕量級的對象封裝，使得Java程序員可以使用對象編程思維來操縱資料庫。Hibernate可以在應用EJB的J2EE架構中取代CMP，完成數據持久化。它還可以應用在任何使用JDBC的場合，既可以在Java的客戶端程序實用，也可以在Servlet/JSP的Web應用中使用
4.jQuery是繼prototype之後又一個優秀的Javacript框架，封裝了很多JavaScript方法，是開發jsp用的框架，目前很流行.

5.JFinal 是基於Java 語言的極速 web 開發框架，其核心設計目標是開發迅速、代碼量少、學習簡單、功能強大、輕量級、易擴展、Restful。在擁有Java語言所有優勢的同時再擁有ruby、Python等動態語言的開發效率。