java架構(gòu)有哪些

Java架構(gòu)：

專注于為中小企業(yè)提供成都網(wǎng)站設(shè)計、成都做網(wǎng)站服務(wù),電腦端+手機(jī)端+微信端的三站合一,更高效的管理,為中小企業(yè)泰和免費做網(wǎng)站提供優(yōu)質(zhì)的服務(wù)。我們立足成都，凝聚了一批互聯(lián)網(wǎng)行業(yè)人才，有力地推動了上千家企業(yè)的穩(wěn)健成長，幫助中小企業(yè)通過網(wǎng)站建設(shè)實現(xiàn)規(guī)模擴(kuò)充和轉(zhuǎn)變。

軟件架構(gòu)作為一個概念，體現(xiàn)在技術(shù)和業(yè)務(wù)兩個方面。

從技術(shù)角度來說：軟件架構(gòu)隨著技術(shù)的革新不斷地更新其內(nèi)容，軟件架構(gòu)建立于當(dāng)前技術(shù)和一些基本原則的基礎(chǔ)之上。

先說一些基本原則：

分層原則：分層是為了降低軟件深度復(fù)雜性而使用的關(guān)鍵思想，就像社會有了階級一樣，軟件有了層次結(jié)構(gòu)。

模塊化原則：模塊化是化解軟件廣度復(fù)雜的必然手段，模塊化的目的就是讓軟件分工。

接口實現(xiàn)分離原則隨著軟件模塊化的不斷深入改進(jìn)，面向接口編程而不是面向?qū)崿F(xiàn)編程可以讓復(fù)雜度日趨增高的軟件降低模塊之間的耦合度，從而讓各模塊更輕松改進(jìn)。從這個原則出發(fā)，軟件也從微觀進(jìn)行了細(xì)致的規(guī)范化。

還有兩個比較小但很重要的原則：

細(xì)節(jié)隱藏原則很顯然把復(fù)雜問題簡化，把難看的細(xì)節(jié)隱去，能讓軟件結(jié)構(gòu)更清晰。其實這個原則使用很普遍，java/c++語言中的封裝原則以及設(shè)計模式中的Facade（外觀）模式就很能體現(xiàn)這個原則的精神。

依賴倒置原則隨著軟件結(jié)構(gòu)的進(jìn)一步發(fā)展,層與層之間、模塊與模塊之間的依賴逐漸加深，而層、模塊的動態(tài)可插拔要求不端增大。依賴倒置原則可看視為接口實現(xiàn)分離原則的深化，根據(jù)此原則的精神，軟件進(jìn)入了工具時代。這個原則有點類似于知名的好萊塢法則：Don't call us, we'll call you。

以上這些原則奠定了我們的軟件架構(gòu)的價值指標(biāo)。但軟件架構(gòu)畢竟是建立在當(dāng)前技術(shù)之上的。而每一代技術(shù)都有架構(gòu)模式。過去的不再說了，讓我們現(xiàn)在就來看一下當(dāng)前流行的技術(shù)，以及當(dāng)前我們能采用的架構(gòu)。

因為面向?qū)ο笫钱?dāng)前最流行開發(fā)技術(shù)，且設(shè)計模式的大量使用使面向?qū)ο蟮淖呦虺墒欤鴶?shù)據(jù)庫是當(dāng)前最有效的存儲結(jié)構(gòu)、web界面是當(dāng)前最流行的用戶接口，所以當(dāng)前最典型的三層次架構(gòu)就架構(gòu)在以上幾項技術(shù)的基礎(chǔ)之上，用數(shù)據(jù)庫作存儲層、用面向?qū)ο髞韺崿F(xiàn)業(yè)務(wù)層、用web來作為用戶接口層。我們從三層次架構(gòu)談起：

因為面向?qū)ο蠹夹g(shù)和數(shù)據(jù)庫技術(shù)不適配，所以在標(biāo)準(zhǔn)三層次架構(gòu)的基礎(chǔ)上，我們增加了數(shù)據(jù)持久層，來管理O-R雙向映射，但目前一直沒有最理想的實現(xiàn)技術(shù)。cmp和entity bean技術(shù)因為其實現(xiàn)復(fù)雜，功能前景有限，已接近被淘汰的邊緣。JDO及hibernate作為o-r映射的后期之秀，尤其是hibernate，功能相當(dāng)完備。推薦作為持久層的首選

在業(yè)務(wù)層,因為當(dāng)前業(yè)務(wù)日趨負(fù)載，且變動頻繁，所以我們必須有足夠敏捷的技術(shù)來保證我們的適應(yīng)變化的能力，在標(biāo)準(zhǔn)j2ee系統(tǒng)中session bean負(fù)責(zé)業(yè)務(wù)處理，且有不錯的性能表現(xiàn)，但采用ejb系統(tǒng)對業(yè)務(wù)架構(gòu)模式改變太大，且其復(fù)雜而昂貴，業(yè)務(wù)代碼移植性差。而spring 作為一個bean配置的輕量級架構(gòu)，漂亮的IOC模式實現(xiàn)，對業(yè)務(wù)架構(gòu)影響小，所以推薦作為中間層業(yè)務(wù)框架。

在用戶結(jié)構(gòu)層,雖然servlet/jsp/jstl/javaBean 能夠?qū)崿F(xiàn)MVC架構(gòu),但終究過于粗糙。struts對MVC架構(gòu)的實現(xiàn)就比較完美，Taperstry也極好地實現(xiàn)MVC架構(gòu)，且采用基于事件的方式，非常誘人，惜其不夠成熟，我們?nèi)耘f推薦struts作為用戶接口層基礎(chǔ)架構(gòu)。

因為業(yè)務(wù)層是三層次架構(gòu)中最有決定意義的，所以讓我們回到業(yè)務(wù)層細(xì)致地分析一下，在復(fù)雜的業(yè)務(wù)我們常常需要以下基礎(chǔ)服務(wù)的一種或幾種：事務(wù)一致性服務(wù)acid(tool:jta/jts)、并發(fā)加鎖服務(wù)concurrentlock、池化管理服務(wù)cache、訪問控制服務(wù)(tool:jaas)、流程控制服務(wù)workflow、動態(tài)實現(xiàn)服務(wù)IOC，串行化消息服務(wù)(tool:jms)、負(fù)載平衡服務(wù)blance等。如果我們不采用重量級應(yīng)用服務(wù)器(如weblogic,websphere,jboss等)及重量級組件(EJB)，我們必須自己實現(xiàn)其中一些服務(wù)。雖然我們大多情況下，不需要所有這些服務(wù)，但實現(xiàn)起來卻非易事。幸運的是我們有大量的開源實現(xiàn)代碼,但采用開源代碼卻常常是件不輕松的事。

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

aop的發(fā)展也會對軟件架構(gòu)有很深的影響，但在面向?qū)ο蠹軜?gòu)里，無論aspectJ還是jboss-aop抑是aspectWerks、nanning都有其自身的嚴(yán)重問題:維護(hù)性很差,所以說它將很難走遠(yuǎn)。也許作為一個很好的思想，它將在web service里大展身手。

rdf,owl作為w3c語義模型的標(biāo)志性的語言,也很難想象能在當(dāng)前業(yè)務(wù)架構(gòu)發(fā)揮太大影響。但如果真如它所聲稱那樣，廣泛地改變著信息的結(jié)構(gòu)。那么對軟件架構(gòu)也會有深遠(yuǎn)影響。

有關(guān)架構(gòu)設(shè)計的一些忠告：

盡量建立完整的持久對象層.可獲得高回報

盡量將各功能分層,分塊,每一模塊均依賴假定的其它模塊的外觀

不能依賴靜態(tài)數(shù)據(jù)來實現(xiàn)IOC模式，應(yīng)該依賴數(shù)據(jù)特征接口，靜態(tài)數(shù)據(jù)僅是數(shù)據(jù)特征接口實現(xiàn)方式之一

架構(gòu)設(shè)計時xml是支持而不是依賴.但可以提供單一的xml版本的實現(xiàn)

從業(yè)務(wù)角度說：軟件架構(gòu)應(yīng)是深刻體現(xiàn)業(yè)務(wù)內(nèi)部規(guī)則的業(yè)務(wù)架構(gòu)，但因為業(yè)務(wù)變化頻纴，所以軟件架構(gòu)很難保持恒定不變，但業(yè)務(wù)的頻繁變化不應(yīng)是軟件架構(gòu)大規(guī)模頻繁變化的原因，軟件架構(gòu)應(yīng)是基于變化的架構(gòu)。

一種業(yè)務(wù)有其在一段時間內(nèi)穩(wěn)定存在的理由(暫且不談)，業(yè)務(wù)內(nèi)部有許多用例，每一種用例都有固定的規(guī)則，每一規(guī)則都有一些可供判定的項，每一項從某一維度來觀察都是可測量的，我們的架構(gòu)首先必須保證完美適應(yīng)每一項每一種測量方式，很多失敗的架構(gòu)都是因為很多項的測量方式都發(fā)生變更這種微觀變化中。

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

每個用例都關(guān)系著不同的角色。每一個用例的產(chǎn)生都必然是因為角色的變更（注意：不是替換，而是增強(qiáng)或減弱），所以注意角色的各種可能情況，對架構(gòu)的設(shè)計有舉足輕重的意義。在我們當(dāng)前的三層架構(gòu)里，角色完美地對應(yīng)接口概念。

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

現(xiàn)在我們談一下業(yè)務(wù)穩(wěn)定存在理由對業(yè)務(wù)的影響。存在即是合理，在這里當(dāng)然是正確的。業(yè)務(wù)因人而存在，所以問業(yè)務(wù)存在的理由即是問不同角色的需要這項業(yè)務(wù)的理由以及喜歡不喜歡當(dāng)前業(yè)務(wù)用例的理由，所有這樣的角色都應(yīng)該在系統(tǒng)里預(yù)留。《待續(xù)》

在架構(gòu)設(shè)計中有幾個原則可以考慮：

用例盡量細(xì)分

用例盡量抽象

角色盡量獨立

項測量獨立原則

追求簡單性

這里未提供相關(guān)的例子，例子會在以后的更新時提供。

業(yè)務(wù)和模式之間的關(guān)系

業(yè)務(wù)中的一些用例之間的關(guān)系常常和一些常規(guī)的模式很相似。但隨著時間的演化，慢慢地和先前的模式有了分歧。這是個正常的現(xiàn)象。但這對系統(tǒng)架構(gòu)卻要求非常高，要求系統(tǒng)架構(gòu)能適應(yīng)一些模式的更替。在這里我們盡可能早地注意到用例之間的相互角色變化，為架構(gòu)更新做好準(zhǔn)備.

什么是java程序中基本的結(jié)構(gòu)單位

類是Java程序中基本的結(jié)構(gòu)單位。

Java是一門面向?qū)ο缶幊陶Z言，不僅吸收了C++語言的各種優(yōu)點，還摒棄了C++里難以理解的多繼承、指針等概念，因此Java語言具有功能強(qiáng)大和簡單易用兩個特征。

Java語言作為靜態(tài)面向?qū)ο缶幊陶Z言的代表，極好地實現(xiàn)了面向?qū)ο罄碚摚试S程序員以優(yōu)雅的思維方式進(jìn)行復(fù)雜的編程。

擴(kuò)展資料：

Java原來是用作編寫消費類家用電子產(chǎn)品軟件的語言，所以它是被設(shè)計成寫高可靠和穩(wěn)健軟件的。Java消除了某些編程錯誤，使得用它寫可靠軟件相當(dāng)容易。

Java是一個強(qiáng)類型語言，它允許擴(kuò)展編譯時檢查潛在類型不匹配問題的功能。Java要求顯式的方法聲明，它不支持C風(fēng)格的隱式聲明。這些嚴(yán)格的要求保證編譯程序能捕捉調(diào)用錯誤，這就導(dǎo)致更可靠的程序。

可靠性方面最重要的增強(qiáng)之一是Java的存儲模型。Java不支持指針，它消除重寫存儲和訛誤數(shù)據(jù)的可能性。類似地，Java自動的“無用單元收集”預(yù)防存儲漏泄和其它有關(guān)動態(tài)存儲分配和解除分配的有害錯誤。Java解釋程序也執(zhí)行許多運行時的檢查，諸如驗證所有數(shù)組和串訪問是否在界限之內(nèi)。

參考資料來源：百度百科-Java

java項目 代碼結(jié)構(gòu)說明書怎么寫

接口文檔，代碼層次（比如公共方法寫在哪個class里），哪些為一大類在一個包下，數(shù)據(jù)字典，就是介紹你這個項目的架構(gòu)讓后來的人怎么能容易參與開發(fā)，交接什么看這個就可以方便些，輔助作用的一個文檔一般都是項目經(jīng)理寫

簡述java程序的組成結(jié)構(gòu)。

Java程序結(jié)構(gòu)：數(shù)據(jù)類型、變量、運算符、控制流語句。

數(shù)據(jù)類型確定要儲存在內(nèi)存中的數(shù)據(jù)的類型。

變量是存儲數(shù)據(jù)的基本單元。

運算符是一個符號，用于操作一個或多個參數(shù)以得出結(jié)果。

程序是按順序執(zhí)行的，控制流語句允許改變此順序。

采用SSM框架的javaweb工程目錄結(jié)構(gòu)是怎么樣

借鑒github某項目的目錄

├── SSM-API // common API

│ ├── src/main

│ ├── ├──java/com/crossoverJie // specific code。

│ ├── ├──resources

├── SSM-BOOT // Available for internal use of dubbo dependencies

│ ├── ├──resources/spring // dubbo consumer configuration

├── SSM-SERVICE // The service implementation of the dubbo application

│ ├── src/main

│ ├── ├──java/com/crossoverJie/api // specific code

│ ├── ├──├──controller // Heartbeat detection interface

│ ├── ├──├──dubbo // Dubbo related code

│ ├── ├──├──├──dao // dao package

│ ├── ├──├──├──pojo // pojo package

│ ├── ├──├──├──service // service package

│ ├── ├──├──├──util // Toolkit

│ ├── ├──├──impl // implement dubbo API

│ ├── ├──resources // configuration file

│ ├── ├──├──mapping // *.mapper configuration file

│ ├── ├──├──spring // Spring related configuration file

├── SSM-WEB // web application

│ ├── src/main

│ ├── ├──java/com/crossoverJie // specific code

│ ├── ├──├──controller // controller package

│ ├── ├──├──cxf // CXF related code

│ ├── ├──├──dao // dao package

│ ├── ├──├──enums // enum package

│ ├── ├──├──intercept // Interceptor

│ ├── ├──├──lucene // Lucene related code

│ ├── ├──├──pojo // pojo package

│ ├── ├──├──req // request package

│ ├── ├──├──res // response package

│ ├── ├──├──service // service pachage

│ ├── ├──├──shiro // shiro related code

│ ├── ├──├──util // Toolkit

│ ├── ├──├──vo // vo package

│ ├── ├──resources

│ ├── ├──├──mapping // *.mapper configuration file

│ ├── ├──webapp // front code

├── doc

│ ├──lucene // lucene related code

│ ├──sql // sql scripts

├── .gitignore // gitignore

├── pom.xml // parent pom

├── LICENSE

├── README.md

java 有沒有什么軟件能分析出現(xiàn)有工程的代碼結(jié)構(gòu)

1、軟件工程可能有不同的分法，常見的叫法有開發(fā)、嵌入式、數(shù)據(jù)庫、測試幾個。但是這些叫法放在一起也不倫不類的。所以也不用管那么多了。

應(yīng)用開發(fā)方向：一般是企業(yè)級應(yīng)用的信息管理系統(tǒng)，比如酒店管理系統(tǒng)、企業(yè)商務(wù)網(wǎng)站、ERP等軟件。掌握常用Java、.net、JSP、PHP等一個或多個即可。

嵌入式方向：一般是軟件硬件相結(jié)合的產(chǎn)品開發(fā)，多數(shù)是智能設(shè)備。如手機(jī)、電氣產(chǎn)品智能化功能、汽車、航天等領(lǐng)域應(yīng)用的軟件。常用c、C＋＋、Java、arm、操作系統(tǒng)等技術(shù)。

數(shù)據(jù)庫方向：只要全面掌握數(shù)據(jù)庫原理、DBA技術(shù)、并使用純熟即可（找本DBA寶典之類書籍學(xué)習(xí)即可）。

軟件測試：掌握軟件測試技術(shù)、方法及具備分析問題的能力，會使用測試工具并會對結(jié)果進(jìn)行分析。

2、c# asp.net都是技術(shù)，就如同十八般兵器，只要內(nèi)功深厚哪個兵器都能用，只要有一個、兩個擅長的就行。精力允許的話就多學(xué)學(xué)也行，技多不壓身，藝高人膽大么。與應(yīng)用開發(fā)方向比較近。

3、企業(yè)用人的標(biāo)準(zhǔn)不一樣，新的畢業(yè)生一般看你對所要求的技術(shù)（比如Java）掌握扎實程度、邏輯思維能力、其他還有溝通交流、團(tuán)隊協(xié)作、適應(yīng)企業(yè)標(biāo)準(zhǔn)規(guī)范的能力等。這個很難描述得具體，蘿卜咸菜各有所愛，主要是主管決策負(fù)責(zé)人的印象及判斷。

4、“接項目”根據(jù)描述有兩種可能，一是讓你直接承接新項目，這種可能性對于畢業(yè)新人不大；二是能夠不經(jīng)內(nèi)部培訓(xùn)期直接進(jìn)入到目前進(jìn)行中的項目中接受并完成任務(wù)。如果進(jìn)入較正規(guī)的公司會有開發(fā)指導(dǎo)文檔，通過學(xué)習(xí)＋前輩的指點＋已有的扎實基礎(chǔ)，應(yīng)該不是問題。如果進(jìn)入小公司沒有文檔指導(dǎo)的話，只能通過前輩的指導(dǎo)進(jìn)行，個人的溝通協(xié)作待人處事能力必須要強(qiáng)些。

5、精力有限的話，去些綜合類門戶看看就行如csdn、itpub之類的；關(guān)鍵是平時的積累和偶遇，遇到或聽到新的技術(shù)方法就去baidu、google一下吧。這些事工作之后做更直接有效，因為是為了解決問題才做的，有針對性。新技術(shù)太多了，沒有目的的學(xué)習(xí)也就沒有意義，因為學(xué)不致用。上學(xué)期間還是多練技術(shù)的深度或廣度吧。

6、游戲開發(fā)也是應(yīng)用開發(fā)。但是它涉及的更多3D、Flash、游戲引擎開發(fā)等技術(shù)。其實有些小開發(fā)游戲也不復(fù)雜，關(guān)鍵是你所創(chuàng)意設(shè)計開發(fā)的游戲可玩性，只要玩的人多就是好游戲！能夠成功開發(fā)出一款游戲?qū)τ谀愕募夹g(shù)提升、能力提升都很大，對于求職與走入這個行列肯定有很大幫助。

7、游戲產(chǎn)業(yè)目前還是很有錢途的。也會一直發(fā)展下去，未來會不會一直是熱門，無法預(yù)測。但是只要做的好，在哪個領(lǐng)域都能獲得成功，都能有前途。

8、數(shù)學(xué)是所有學(xué)科的基礎(chǔ)，更是鍛煉邏輯思維的學(xué)科。只要具備良好的邏輯思維能力，基本的數(shù)學(xué)基礎(chǔ)即可。除非進(jìn)入高精尖領(lǐng)域的軟件研發(fā)建模等工作，否則的話，一般開發(fā)工作已經(jīng)綽綽有余了。做題沒有任何幫助，鍛煉自己分析問題能力、系統(tǒng)化思維能力才是王道。

希望以上對你能有些幫助，也祝你學(xué)有所成！

文章題目：java代碼工程結(jié)構(gòu) java構(gòu)造方法代碼
標(biāo)題來源：http://chinadenli.net/article8/dooioop.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供電子商務(wù)、做網(wǎng)站、商城網(wǎng)站、外貿(mào)網(wǎng)站建設(shè)、網(wǎng)站導(dǎo)航、定制開發(fā)

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)