本篇文章給大家談?wù)勡浖_發(fā)架構(gòu)有哪些，以及軟件開發(fā)架構(gòu)有哪些類型對應(yīng)的知識點(diǎn)，希望對各位有所幫助，不要忘了收藏本站喔。

軟件架構(gòu)有什么?我們目前的軟件開發(fā)架構(gòu)是基于什么的?

軟件架構(gòu)（softwarearchitecture）是一系列相關(guān)的抽象模式，用于指導(dǎo)大型軟件系統(tǒng)各個(gè)方面的設(shè)計(jì)。

軟件架構(gòu)是一個(gè)系統(tǒng)的草圖。軟件體系結(jié)構(gòu)是構(gòu)建計(jì)算機(jī)軟件實(shí)踐的基礎(chǔ)。

按照當(dāng)前我國的各種不同的關(guān)注角度，能夠?qū)④浖軜?gòu)劃分成為三種類型，邏輯架構(gòu)，物理架構(gòu)，系統(tǒng)架構(gòu)。

JAVA軟件開發(fā)使用的框架有哪些？

JAVA軟件開發(fā)開發(fā)框架多達(dá)幾十種，瑭錦Tanjurd總結(jié)列舉了3種最常見也是最常用方便的3種工具：

1、Struts：Struts是一個(gè)基于Sun J2EE平臺的MVC框架，主要是采用Servlet和JSP技術(shù)來實(shí)現(xiàn)的

2、Spring：Spring是輕量級的J2EE應(yīng)用程序框架。

3、Hibernate：Hibernate是一個(gè)開放源代碼的對象關(guān)系映射框架，它對JDBC進(jìn)行了輕量級的對象封裝，使得Java程序員可以使用對象編程思維來操縱數(shù)據(jù)庫。Hibernate可以在應(yīng)用EJB的J2EE架構(gòu)中取代CMP，完成數(shù)據(jù)持久化。它還可以應(yīng)用在任何使用JDBC的場合，既可以在Java的客戶端程序?qū)嵱?，也可以在Servlet/JSP的Web應(yīng)用中使用

在軟件項(xiàng)目開發(fā)過程中，都有哪些常見的軟件架構(gòu)？

軟件產(chǎn)品的架構(gòu)，通常都是隨著業(yè)務(wù)的發(fā)展而不斷演變的；我從事軟件開發(fā)行業(yè)也有十余年了，遇到過的軟件（企業(yè)級應(yīng)用，我是從事Java開發(fā)）架構(gòu)主要有這么幾種：

單體架構(gòu)架構(gòu)

總的概括來說，單體架構(gòu)就是應(yīng)用所有的功能，只有一個(gè)代碼包，開發(fā)和部署都在一起，這是一種比較傳統(tǒng)的架構(gòu)風(fēng)格；當(dāng)然，單體架構(gòu)也有著諸多的缺點(diǎn)：

SOA架構(gòu)

因?yàn)閱误w應(yīng)用架構(gòu)的種種缺點(diǎn)，已經(jīng)不能再滿足業(yè)務(wù)需求的時(shí)候，于是就出現(xiàn)了SOA架構(gòu)。

SOA架構(gòu)的主要思想是把應(yīng)用程序的模塊化組件，通過接口聯(lián)系起來（接口可以獨(dú)立于語言、框架、硬件、操作系統(tǒng)）；在SOA架構(gòu)中，有兩個(gè)主流實(shí)現(xiàn)方式：

微服務(wù)架構(gòu)

微服務(wù)的產(chǎn)生，也是由于SOA架構(gòu)的一些缺點(diǎn)，這里再次印證了這句話，【應(yīng)用架構(gòu)的演進(jìn)的過程通常是被業(yè)務(wù)逼出來的】。

我將持續(xù)分享Java開發(fā)、架構(gòu)設(shè)計(jì)、程序員職業(yè)發(fā)展等方面的見解，希望能得到你的關(guān)注。

系統(tǒng)開發(fā)框架有哪些

系統(tǒng)開發(fā)框架有：

1、Spring MVC Spring Boot

Spring MVC應(yīng)該最常用的。 Spring Web MVC框架（ 簡稱Spring MVC）是一個(gè)豐富的模型視圖控制Web框架。使用 DispatcherServlet發(fā)布請求處理，他使用可配置的處理程序映射，視圖解析和主題解決方案。Spring MVC 用戶似乎都商量好的，大約40%的開發(fā)都使用Spring。

2、Grails

知名Java虛擬機(jī)Web應(yīng)用程序開源框架。Grails是一個(gè)開源、全棧JVM Web開發(fā)框架。吸取Groovy語言精華，對于Java虛擬機(jī)來說是一個(gè)敏捷和動(dòng)態(tài)語言，為開發(fā)者提供一個(gè)高效開發(fā)經(jīng)驗(yàn)。

3、Spring

Spring Framework 是一個(gè)開源的Java/Java EE全功能棧（full-stack）的應(yīng)用程序框架，以Apache許可證形式發(fā)布，也有.NET平臺上的移植版本。

4、JFinal 快速開發(fā)平臺 EOVA

基于JFinal開發(fā)，首創(chuàng)JFinal 快速開發(fā)平臺，JFinal最佳實(shí)踐！

5、JavaEE應(yīng)用基礎(chǔ)平臺 AOS

AOS平臺簡介 AOS應(yīng)用基礎(chǔ)平臺基于JavaEE技術(shù)體系，以“標(biāo)準(zhǔn)功能可復(fù)用、通用模塊可配置、行業(yè)需求快速開發(fā)、異構(gòu)系統(tǒng)無縫集成”為目標(biāo)，為軟件開發(fā)團(tuán)隊(duì)提供高 效可控、隨需應(yīng)變、快速實(shí)現(xiàn)業(yè)務(wù)需求的全棧式技術(shù)解決方案。

6、Spring Scala

Spring Scala 項(xiàng)目的目的是為了簡化在 Scala 應(yīng)用中使用 Spring 框架。

擴(kuò)展資料：

計(jì)算機(jī)系統(tǒng)開發(fā)是根據(jù)計(jì)算機(jī)用戶對應(yīng)用系統(tǒng)的技術(shù)要求，分析原系統(tǒng)，設(shè)計(jì)新的計(jì)算機(jī)系統(tǒng)的內(nèi)部結(jié)構(gòu)并加以實(shí)現(xiàn)和維護(hù)的過程。計(jì)算機(jī)系統(tǒng)開發(fā)也是一個(gè)管理科學(xué)問題，自始至終貫穿著人員組織、工程化、標(biāo)準(zhǔn)化等管理工作，而且在很大程度上影響系統(tǒng)的性能和開發(fā)工作的效率。

計(jì)算機(jī)系統(tǒng)可信性是描述系統(tǒng)所提交服務(wù)的性質(zhì)的一種定性量度，用于表征系統(tǒng)可提交用戶有足夠理由依賴的期望服務(wù)能力。 所謂系統(tǒng)提交的服務(wù)是指所有由用戶察覺到的系統(tǒng)行為?？尚判宰鳛橐环N定性量度需根據(jù)不同應(yīng)用來對其屬性具體化或定量化。典型的可信性定性/定量量度包括：可靠度、可用度、安全度?？删S修度、可測性、完整性等。

參考資料：百度百科-計(jì)算機(jī)系統(tǒng)開發(fā)

1、軟件架構(gòu)有什么?我們目前的軟件開發(fā)架構(gòu)是基于什么的?2、資源分類有哪些?

軟件架構(gòu)是指在一定的設(shè)計(jì)原則基礎(chǔ)上，從不同角度對組成系統(tǒng)的各部分進(jìn)行搭配和安排，形成系統(tǒng)的多個(gè)結(jié)構(gòu)而組成架構(gòu)，它包括該系統(tǒng)的各個(gè)組件，組件的外部可見屬性及組件之間的相互關(guān)系。組件的外部可見屬性是指其他組件對該組件所做的假設(shè)。

軟件架構(gòu)設(shè)計(jì)就是從宏觀上說明一套軟件系統(tǒng)的組成與特性。

軟件架構(gòu)設(shè)計(jì)是一系列有層次的決策，比如：功能與展現(xiàn)的決策；技術(shù)架構(gòu)的決策；自主研發(fā)還是合作；商業(yè)軟件還是開源軟件。

業(yè)務(wù)需求層出不窮；軟件系統(tǒng)越來越復(fù)雜；參與的人越來越多；共性和特殊性的問題越來越多；技術(shù)發(fā)展日異月新。

分類描述1解決方案架構(gòu)師與客戶探討業(yè)務(wù)需求，將業(yè)務(wù)、市場，與技術(shù)、產(chǎn)品結(jié)合起來，為客戶提供解決他們需求的方案。2系統(tǒng)架構(gòu)師也稱應(yīng)用架構(gòu)師。最終確認(rèn)和評估系統(tǒng)需求，并將業(yè)務(wù)轉(zhuǎn)換為技術(shù)，為研發(fā)人員制訂核心框架與技術(shù)規(guī)范為研發(fā)工作澄清技術(shù)細(xì)節(jié)并掃清技術(shù)障礙。3平臺架構(gòu)師這里的平臺其實(shí)包括兩個(gè)平臺，一個(gè)是系統(tǒng)平臺，也就是負(fù)責(zé)搭建多個(gè)系統(tǒng)整合的系統(tǒng)應(yīng)用平臺；另外一個(gè)其實(shí)是基礎(chǔ)平臺，是專門負(fù)責(zé)搭建基礎(chǔ)技術(shù)平臺；兩者其實(shí)區(qū)別蠻大，也經(jīng)常容易被從業(yè)人員混亂。舉個(gè)簡單例子，金蝶有平臺架構(gòu)師一職，但是金蝶BOSS應(yīng)用和金蝶中間件兩者招聘的對象和技術(shù)要求是截然不同的。4業(yè)務(wù)架構(gòu)師業(yè)務(wù)架構(gòu)其實(shí)已經(jīng)開始脫離技術(shù)層面了，但是它要求架構(gòu)師有跨越多系統(tǒng)的大局觀，去整合和組織不同系統(tǒng)的技術(shù)平臺與交互模式。其實(shí)這個(gè)職位的未來也就是CIO了。5網(wǎng)絡(luò)架構(gòu)師過去，我們可能聽的最多的是網(wǎng)絡(luò)工程師。不錯(cuò)，一個(gè)優(yōu)秀的網(wǎng)絡(luò)架構(gòu)師必須有足夠的網(wǎng)絡(luò)技術(shù)基底，并且它的關(guān)注點(diǎn)也是系統(tǒng)的基礎(chǔ)架構(gòu)。比如說如果搭建并優(yōu)化集群環(huán)境，如果構(gòu)建基于云計(jì)算的系統(tǒng)應(yīng)用與部署等等。它對于像淘寶、騰訊這樣的互聯(lián)網(wǎng)公司是極其重要的。6移動(dòng)架構(gòu)師移動(dòng)互聯(lián)網(wǎng)的迅猛發(fā)展橫向和縱向都細(xì)分出了很多新的職責(zé)和崗位，移動(dòng)架構(gòu)師的職責(zé)和作用日益重要，既要整體和全局考慮整個(gè)前后端的軟件系統(tǒng)架構(gòu)，又要重點(diǎn)深入移動(dòng)客戶端的架構(gòu)設(shè)計(jì)的方方面面，既要有跨平臺思維，又要拿捏好原生和混合開發(fā)的尺度，另外移動(dòng)應(yīng)用的特點(diǎn)，導(dǎo)致移動(dòng)架構(gòu)師必須要比傳統(tǒng)系統(tǒng)架構(gòu)師更加注重非功能性的質(zhì)量屬性。7前端架構(gòu)師這也是移動(dòng)互聯(lián)網(wǎng)的迅猛發(fā)展而細(xì)分出來的新的職責(zé)和崗位，這里的前端特指網(wǎng)站開發(fā)中的前端，主要考慮前端呈現(xiàn)層的設(shè)計(jì)（HTML/CSS/JS/AJAX/RIA/?），跨瀏覽器設(shè)計(jì)等等。

軟件的系統(tǒng)架構(gòu)和開發(fā)平臺都有哪些？具體都有哪幾種呢？

一、軟件的系統(tǒng)架構(gòu)

（一）、分層架構(gòu)

分層架構(gòu)（layered architecture）是最常見的軟件架構(gòu)，也是事實(shí)上的標(biāo)準(zhǔn)架構(gòu)。如果你不知道要用什么架構(gòu)，那就用它。

這種架構(gòu)將軟件分成若干個(gè)水平層，每一層都有清晰的角色和分工，不需要知道其他層的細(xì)節(jié)。層與層之間通過接口通信。

雖然沒有明確約定，軟件一定要分成多少層，但是四層的結(jié)構(gòu)最常見。

表現(xiàn)層（presentation）：用戶界面，負(fù)責(zé)視覺和用戶互動(dòng)

業(yè)務(wù)層（business）：實(shí)現(xiàn)業(yè)務(wù)邏輯

持久層（persistence）：提供數(shù)據(jù)，SQL 語句就放在這一層

數(shù)據(jù)庫（database） ：保存數(shù)據(jù)

有的軟件在邏輯層和持久層之間，加了一個(gè)服務(wù)層（service），提供不同業(yè)務(wù)邏輯需要的一些通用接口。

用戶的請求將依次通過這四層的處理，不能跳過其中任何一層。

（二）事件驅(qū)動(dòng)架構(gòu)

事件（event）是狀態(tài)發(fā)生變化時(shí)，軟件發(fā)出的通知。

事件驅(qū)動(dòng)架構(gòu)（event-driven architecture）就是通過事件進(jìn)行通信的軟件架構(gòu)。它分成四個(gè)部分。

事件隊(duì)列（event queue）：接收事件的入口

分發(fā)器（event mediator）：將不同的事件分發(fā)到不同的業(yè)務(wù)邏輯單元

事件通道（event channel）：分發(fā)器與處理器之間的聯(lián)系渠道

事件處理器（event processor）：實(shí)現(xiàn)業(yè)務(wù)邏輯，處理完成后會(huì)發(fā)出事件，觸發(fā)下一步操作

對于簡單的項(xiàng)目，事件隊(duì)列、分發(fā)器和事件通道，可以合為一體，整個(gè)軟件就分成事件代理和事件處理器兩部分。

（三）微核架構(gòu)

微核架構(gòu)（microkernel architecture）又稱為"插件架構(gòu)"（plug-in architecture），指的是軟件的內(nèi)核相對較小，主要功能和業(yè)務(wù)邏輯都通過插件實(shí)現(xiàn)。

內(nèi)核（core）通常只包含系統(tǒng)運(yùn)行的最小功能。插件則是互相獨(dú)立的，插件之間的通信，應(yīng)該減少到最低，避免出現(xiàn)互相依賴的問題。

（四）、微服務(wù)架構(gòu)

微服務(wù)架構(gòu)（microservices architecture）是服務(wù)導(dǎo)向架構(gòu)（service-oriented architecture，縮寫 SOA）的升級。

每一個(gè)服務(wù)就是一個(gè)獨(dú)立的部署單元（separately deployed unit）。這些單元都是分布式的，互相解耦，通過遠(yuǎn)程通信協(xié)議（比如REST、SOAP）聯(lián)系。

（五）、云架構(gòu)

云結(jié)構(gòu)（cloud architecture）主要解決擴(kuò)展性和并發(fā)的問題，是最容易擴(kuò)展的架構(gòu)。

它的高擴(kuò)展性，主要原因是沒使用中央數(shù)據(jù)庫，而是把數(shù)據(jù)都復(fù)制到內(nèi)存中，變成可復(fù)制的內(nèi)存數(shù)據(jù)單元。然后，業(yè)務(wù)處理能力封裝成一個(gè)個(gè)處理單元（prcessing unit）。訪問量增加，就新建處理單元；訪問量減少，就關(guān)閉處理單元。由于沒有中央數(shù)據(jù)庫，所以擴(kuò)展性的最大瓶頸消失了。由于每個(gè)處理單元的數(shù)據(jù)都在內(nèi)存里，最好要進(jìn)行數(shù)據(jù)持久化。

這個(gè)模式主要分成兩部分：處理單元（processing unit）和虛擬中間件（virtualized middleware）。

處理單元：實(shí)現(xiàn)業(yè)務(wù)邏輯

虛擬中間件：負(fù)責(zé)通信、保持sessions、數(shù)據(jù)復(fù)制、分布式處理、處理單元的部署。

二、開發(fā)平臺

ERP平臺、金融電商平臺、小程序平臺、網(wǎng)站平臺、bpm平臺、低代碼開發(fā)平臺等等；

廠家有天翎、頂點(diǎn)、天縱、清流、K2等

開發(fā)語言有區(qū)分：dephp、java。net等；

三、如何選擇合適的開發(fā)平臺?

平臺的選型，無非是從客戶業(yè)務(wù)需求的角度，以及對應(yīng)的品牌形象和案例沉淀幾個(gè)角度去選擇；

建議可以開箱即用，多試用幾次，就找到適合的產(chǎn)品，通俗的說，就是貨比三家。

管理顧問，每天成長一點(diǎn)點(diǎn)，努力成就自己的優(yōu)秀。

關(guān)于軟件開發(fā)架構(gòu)有哪些和軟件開發(fā)架構(gòu)有哪些類型的介紹到此就結(jié)束了，不知道你從中找到你需要的信息了嗎 ？如果你還想了解更多這方面的信息，記得收藏關(guān)注本站。