java項目結構,java項目結構介紹

本文目錄一覽：

• 1、請問JAVA三層架構、持久層、業務層、表現層都該怎麼理解？和MVC三層模型有什麼區別？
• 2、一套完整的JAVA項目包括哪些部分？
• 3、java架構有哪些
• 4、java開發的項目中模塊、包、類、接口的關係是什麼？
• 5、java一個項目組的組成和分工是怎樣的？
• 6、java開發項目，目錄結構大家一般怎麼劃分？

請問JAVA三層架構、持久層、業務層、表現層都該怎麼理解？和MVC三層模型有什麼區別？

希望還有人關注這個問題。\x0d\x0a我們常常提到java EE的三層或者四層結構。\x0d\x0a四層架構：\x0d\x0a展示層（web層）、業務邏輯層、數據訪問層、信息資源層\x0d\x0a四層架構在是開發企業應用時使用的非常經典的劃分模式。\x0d\x0aweb層負責前端展示和用戶請求的處理。mvc是一個設計模式，主要用戶構建用戶界面，目的是把展示邏輯和邏輯分離。web層通常會使用MVC模式進行構建，經常使用的mvc框架包括spring mvc，struts等，都是在web層或者展示層使用的。\x0d\x0a業務邏輯層一般應用中會有一層service抽象，實現核心業務邏輯，事務控制也在這一層實現。\x0d\x0a數據訪問層也即dao層，重點負責數據庫訪問，完成持久化功能。\x0d\x0a信息資源層主要服務資源的存儲。\x0d\x0a所以mvc和四層（三層）結構有關係，四層架構是應用的體系（分層）結構，描述了整個應用的一個完整的劃分，而mvc是一個設計模式，通常會用於四層架構的展示層的構建上。希望我能講清楚。

一套完整的JAVA項目包括哪些部分？

1、項目啟動

1）、項目組成立（公司成員、客戶成員）

2）、制定項目預期目標

3）、制定項目計劃周期

4）、建立好項目組成員溝通機制2、需求調研

1）、創建調研計劃、協調調研時間

2）、收集客戶資料，獲取客戶需求

所有的資料都需要保留一份，資料中存疑的需要及時詢問

3）、編寫需求文檔

重點描述出客戶的業務流程和性能要求。

採用Word、Excel、Rose等形式。

4）、需求變更記錄

5）、確定開發環境和運行環境

6）、擴展性要求

7）、與舊系統的接駁要求。

8）、估算出項目工作量本階段需要一套需求管理系統來進行需求的管理。 本階段的需求文檔也是用戶測試的依據。3、系統設計/詳細設計

一個系統可以分為基礎平台和應用模塊兩部分。

1）、選擇基礎平台，無論是採用第三方平台還是自行開發平台，都需要深入了解，查看是否符合要求。

2）、應用模塊設計（針對業務流程）

3）、中間件的採用或自行開發，需要深入了解。

4）、用戶界面的設計

如果用戶界面設計完畢並確認，即可初步寫出用戶使用手冊、管理員使用手冊。

5）、變更記錄本階段的系統設計是集成測試的依據。4、程序開發

創建開發任務計劃表、開發計劃日程表

1）、優先編寫測試用例

2）、按照編碼規範編寫代碼

3）、按照文檔注釋規範注釋

以上形成開發文檔。 本階段需要一套版本管理系統。 本階段的測試用例也是單元測試的依據。

如果能做到，最好每日構建。5、測試

本階段需要一套Bug管理系統，形成需求、設計、開發、測試互動。1）、編寫測試計劃和測試方案

2）、功能測試

單元測試、集成測試

3）、性能測試

集成測試、壓力測試如果能做到，最好能進行自動化測試。

如果能做到，做分析統計工作。最後形成測試報告。6、試用、培訓、維護

本階段需要解決：

1）、解決異地修改和公司修改的同步問題。

2）、用戶測試中的Bug修改問題，按照級別分為

a）、程序Bug

b）、設計變更

c）、需求變更

盡量按照a b c的順序來進行修改，盡量避免b、c級的修改。最後形成安裝手冊、維護記錄。

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)、並發加鎖服務concurrentlock、池化管理服務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開發的項目中模塊、包、類、接口的關係是什麼？

java開發的項目中模塊、包、類、接口是繼承關係、實現關係、依賴關係。學習java開發，推薦千鋒教育，以初心至善，匠心育人為企業價值觀，以草根精神、創業精神、協同精神、奉獻精神為企業精神，值得選擇。

繼承指的是一個類（稱為子類、子接口）繼承另外的一個類（父類、父接口）的功能，並可以增加它自己的新功能的能力。在java中繼承關係通過關鍵字extends明確標識，在設計時一般沒有爭議性。實現指的是一個Class類實現interface接口（可以是多個）的功能，實現是類與接口之間最常見的關係。在java中實現關係通過implements明確標識，在設計時一般沒有爭議性。依賴就是一個類A使用到了另一個類B，而這種使用關係是具有偶然性、臨時性、非常弱的，但是類B的變化會影響到類A。比如某人要過河，需要借用一條船，此時人與船之間的關係就是依賴。表現在代碼層面為，類B作為參數被類A在某個method方法中使用。

想要了解更多關於java開發的相關信息，推薦諮詢千鋒教育。千鋒企業合作部於2013年成立，主要針對企業用人需求和學員職業規划進行服務。經過8年發展，企業合作部已經成為千鋒連接企業和學員的重要紐帶。服務面對企業建立全方位、立體化、遍布全國的企業合作網絡，覆蓋全國一線二線城市大中小型公司，成功幫助20000餘名人才實現就業，合作企業達20000餘家，每年簽訂1000餘份人才培養訂單，讓廣大學員沒有後顧之憂。

java一個項目組的組成和分工是怎樣的？

一般是項目負責人或項目經理和客戶的具體要求,根據客戶的實際需要分為功能模塊,然後抽象實體對象設計表結構。

如客戶信息如姓名、性別、年齡、相應的設計一個表,然後設計一個類似的表,選擇數據庫根據數據量,如服務器硬件,然後是框架的問題,可以在項目公司一般有自己的成熟的框架。

框架應該已經寫,球隊需要做的就是基於完美功能的框架,滿足客戶的需求,至於分工,我們組項目由項目負責人做基礎。

比我說設計表結構,硬件支持,與客戶溝通,團隊成員負責客戶開發功能,根據你的技術和功能模塊的難度水平分工的發展,然後測試自己編寫模塊功能是否能實現。

前台和後台不是分開開發的, 如果你一個人做, 就更不應該把他們分開, 因為很可能會做好頁面之後, 由於一個地方的考慮不完全, 導致頁之間的結構大範圍的變動。

java開發項目，目錄結構大家一般怎麼劃分？

要看採用什麼模式，如果是MVC模式的，就按照模型，視圖，控制器來劃分包名，可以有個工具類的包。學習java推薦選擇千鋒教育。千鋒教育擁有多年IT培訓服務經驗，採用全程面授高品質、高體驗培養模式，

Java培訓出來如何找高薪工作：

1.獲得程序員式思維方式的快速建立知識體系。

2.找到一個合適的方法來實現技術進入，比如註冊一個聲譽良好的培訓機構。

3.閱讀一本書仍然是系統地學習知識的最佳方式，儘管在技術博客或社區論壇上有很多大神。

4.初學者應該積極地提問，依靠別人的經驗並不可恥，關鍵是要用最少的時間來獲得最多的收入。

5.根據大多數受訪者的經驗，閱讀源代碼是最快的增長途徑。

6.HTML5.Python.Java.C.Golang等都是強大而普遍的入門語言，在精通之後再學其他。

想要了解更多關於java的相關信息，推薦諮詢千鋒教育。千鋒教育成立於2011年1月，立足於職業教育培訓領域，公司現有教育培訓、高校服務、企業服務三大業務板塊。教育培訓業務分為大學生技能培訓和職後技能培訓；高校服務業務主要提供校企合作全解決方案與定製服務；企業服務業務主要為企業提供專業化綜合服務。公司總部位於北京，目前已在20個城市成立分公司，現有教研講師團隊300餘人。