java系統架構
『壹』 新手請問關於java開發b/s架構系統
新手請問關於java開發b/s架構系統
多看一些關於MVC架構和struts、hibernate、spring方面的書，對系統的架構就比較清楚。還有，最好是多咨詢下有java專案開發經驗的人給你講解下，有些東西書上不見得說的清楚
能使用java開發c/s架構的系統嗎
可以是可以 用swing做 , 我記得前幾年有大神用java做的搶票軟體 ;
我記得是電腦要安裝jvm 才能執行 , 太久了 , 這塊又不接觸 , 記不太清了;
如何開發b/s 架構的監控系統
C/S和B/S並沒有絕對的好壞，只是要應用於不同的環境而已。C/S目前主要用於監控點比較固定，對監控的穩定性要求比較高的專案，比如一些監控中心，使用者可能會長期開著軟體進行輪循等操作。而B/S更適合流動性強，時間較短的監控
哪些系統是B/S架構
B/S 分開來說，B指的是瀏覽器而S則指的就是伺服器的意思。也就是說B/S架構其實就是基於瀏覽器/伺服器架構的程式。那就簡單了，比如說咱們經常訪問的一個個的網站，那它們都是基於這一架構的程式的系統。
有多少人用PB開發B/S架構的系統了
建議，想做BS的話，最好別再要用PB了，PB的那個BS開發好難的（不過如果你想學的話，我有一份資料）。 用ASP.吧，微軟的東西很容易上手的。我和你一樣的情況，7年PB，最近需要做一個BS系統，現學的ASP.，感覺太easy了，
求一個B/S架構的ERP系統
你試一下華創資訊管理平台吧，它不同於固定用途軟體，能容納並管理各種資訊、各種資料。利用它能做 ERP、CRM、HR、PM、OA ... 等各種系統，非常實用。是B/S 架構的，既可單機使用，又可在區域網、網際網路上多使用者使用；不僅支援電腦訪問，而且支援手機、iPad 等移動裝置，輕松實現隨時隨地移動辦公。
java 基於BS架構的系統開發
先從servlet看起，雖然現在各種框架很多，但是了解了servlet的機制，用起框架肯定是得心應手。
再就是了解MVC思想。
開發 2.B/S系統架構是指什麼？
B/S系統架構就是基於瀏覽器——伺服器的系統模式，通過這種模式開發的系統是執行在WEB上面的架構的軟體。
如何設計基於mvc的b/s架構的系統
b/s結構的話，資料庫是肯定要了解的，因為這樣的小系統說白了就是一個資料庫應用系統，所以資料表的建立以及各種資料都要先設計好，然後就是你需要懂一門能夠做web的語言了，一般asp，jsp或者php，現在jsp和php應用的比較多，遵循mvc模式，設計好層次，就可以做了，切記先設計再實現，否則麻煩一大堆，呵呵，其實我也很菜，一起交流交流哈
基於RIA架構的B/S系統有什麼優勢
B/S結構：（Browser/Server，瀏覽器/伺服器模式）：是WEB興起後的一種網路結構模式，WEB瀏覽器是客戶端最主要的應用軟體。這種模式統一了客戶端，將系統功能實現的核心部分集中到伺服器上，簡化了系統的開發、維護和使用。 客戶機上只要安裝一個瀏覽器（Browser），如Netscape Navigator或Inter Explorer，伺服器安裝Oracle、Sybase、Informix或 SQL Server等資料庫。瀏覽器通過Web Server 同資料庫進行資料互動。 B/S最大的優點就是可以在任何地方進行操作而不用安裝任何專門的軟體。只要有一台能上網的電腦就能使用，客戶端零維護。系統的擴充套件非常容易 分層也就分為客戶端跟伺服器吧！
『貳』 北大青鳥java培訓：微服務系統架構的發展趨勢
隨著伺服器開發技術的不斷發展，微服務架構技術在各個方面都有了很大的技術突破。
今天，電腦培訓http://www.kmbdqn.cn/就一起來了解一下，在互聯網大環境下的微服務系統架構的發展趨勢。
1.服務網格白熱化服務網格是一個專注於服務間通信的基礎設施層，也是目前受關注的與雲原生有關的話題。
隨著容器的普及，服務拓撲變得越來越動態化，這對網路功能提出了更多的要求。
服務網格通過服務發現、路由、負載均衡、健康檢測和可觀察性來管理流量，簡化容器與生俱來的復雜性。
隨著HAProxy、traefik和NGINX逐步把自己定位成數據平面，服務網格也變得越來越流行。
盡管服務網格還沒有得到大規模部署，但確實有些企業已經在生產環境中運行服務網格。
另外，服務網格不僅可以用在微服務或Kubernetes環境中，也可以被用在VM和無伺服器架構的環境中。
例如，美國國家生物技術信息中心雖然沒有使用容器，但他們使用了Linkerd。
2.事件驅動架構的崛起隨著業務場景的不斷變化，我們已經看到了基於推送或事件的架構正在成為一種趨勢。
服務向訂閱事件的觀察者容器發送事件，容器非同步做出響應，事件發送者可能對此一無所知。
與請求響應式架構不同的是，在基於事件的系統架構中，發起事件的容器並不依賴下游的容器，它們的處理過程和載入的事務與下游容器的可用性或完成情況無關。
這種架構的另一個好處是，開發者可以更加獨立地設計各自的服務。
3.安全模型的變化因為對內核訪問方面的限制，部署在容器中的應用程序相對安全。
在VM環境中，虛擬設備驅動器是暴露可見性的地方。
而在容器環境里，操作系統提供了系統調用，信號源也變得更加豐富。
之前，管理員需要在VM中安裝代理，但那樣太復雜了，需要管理太多的東西。
容器提供了更清晰的可見性，相比VM，與容器的集成會更加容易。
4.從REST到GraphQLGraphQL是Facebook於2012年創建並於2015年開源的一套查詢語言API規范。
GraphQL的類型系統允許開發者自己定義數據schema，可以增加新欄位，也可以刪除舊欄位，這些都不會影響已有的查詢，也不需要修改客戶端。
GraphQL非常強大，因為它沒有與特定的資料庫或存儲引擎綁定在一起。
『叄』 北大青鳥java培訓：軟體架構中的分層都有哪些類型
關於系統架構和軟體分層的概念我們在前幾期的文章中曾經介紹過多次了。
今天，福建java課程http://www.kmbdqn.cn/就來詳細了解一下，軟體架構中的分層都有哪些類型。
希望大家通過對本文的閱讀，能夠對軟體架構領域有更多的了解和認識。
經典的三層架構：1.基礎層：,幫助類，IO讀寫，資源載入等一些基礎設施，他們作為整個系統基礎的模塊可以組合成業務層和服務層2.業務層和服務層：典型的就是service,這里承載更多的是業務的實現，資源的組合調度，事務實現，等等，這里是整個系統核心的地方，下面整合底層以及事務，根據業務和場景靈活的把業務邏輯使用底層的基礎單元拼接組合起來，上面為表現層提供具體的業務處理邏輯3.表現層：接受外部的請求，並把調用對應的service操作具體業務，把終結果反饋給調用者或是用戶四層架構，在基礎層基礎之上還可以在分出一層：領域層，基礎層還是提供基本的數據操作和IO與網路操作，不過領域層對基礎層再來一次封裝和整合，目的也是方便整合底層資源方便service層調用，簡化業務層和基礎層的復雜依賴靜態業務對象：ViewObject:VO界面展示用到的數據對象DomainObject:DO領域層對象，一般可以簡約的理解為javabean對象，從業務中抽取的基本模型類BussinessObject:BO業務對象一般也在service業務層，如果DO不能完全表達，可以使用BO獲取更多信息的表達，並且還可以封裝重用DO中的實體信息PersistantObject:PO持久存儲對象，一般作用於層，和資料庫實體對應DataTransferObject:DTO數據傳遞對象，用於封裝參數，數據中轉會，重構過程方法列表會用到動態處理對象：Controller控制器,Manager管理類,Service服務類,Repository,DAO數據源,Client客戶端,Dispather轉發器,Handler處理器,Interceptor攔截器Helper,Utils幫助類動態的配置文件與屬性：一些經常用到的開關和閾值一定要寫在配置文件中，或有配置中心可以下發，不要在程序中寫死，而且要有對相應的刷新機制api介面，調用後強制刷新配置參數常用的比如：活動的開始結束日期業務中的大值，限制值等閾值外界的URI:文件上傳地址，靜態資源位置，等等.....等等一切可以借鑒Ioc理念抽取出來的配置變數
『肆』 java架構師主要是干什麼的
java架構師需要做六個方面的工作。
『伍』 java架構有哪些
主流框架還是MVC框架技術
1：jsp+servlet+javaben適用於比較小的項目
2：strut+spring+hibnate
目前這是主流框架技術組合在一起就是ssh了
適用於要求可維護性強的框架技術
3：ejb jsf等重量級框架技術比較過時
WebWork 【Java開源 Web框架】
WebWork 是由OpenSymphony組織開發的，致力於組件化和代碼重用的拉出式MVC模式J2EE Web框架。WebWork目前最新版本是2.1，現在的WebWork2.x前身是Rickard Oberg開發的WebWork，但現在WebWork已經被拆分成了Xwork1和WebWork2兩個項目。 Xwork簡潔、靈活功能強大，它是一個標準的Command模式實現，並且完全從web層脫離出來。 Xwork提供了很多核心功能：前端攔截機（interceptor），運行時表單屬性驗證，類型轉換，強大的表達式語言（OGNL – the Object Graph Notation Language），IoC（Inversion of Control倒置控制）容器等。 WebWork2建立在Xwork之上，處理HTTP的響應和請求。WebWork2使用ServletDispatcher將HTTP請求的變成 Action(業務層Action類), session（會話）application（應用程序）范圍的映射，request請求參數映射。WebWork2支持多視圖表示，視圖部分可以使用 JSP, Velocity, FreeMarker, JasperReports，XML等。在WebWork2.2中添加了對AJAX的支持，這支持是構建在DWR與Dojo這兩個框架的基礎之上.【EclipseWork：用於WebWork輔助開發的一個Eclipse插件】
Struts 【Java開源 Web框架】
Struts 是一個基於Sun J2EE平台的MVC框架，主要是採用Servlet和JSP技術來實現的。由於Struts能充分滿足應用開發的需求，簡單易用，敏捷迅速，在過去的一年中頗受關注。Struts把Servlet、JSP、自定義標簽和信息資源(message resources)整合到一個統一的框架中，開發人員利用其進行開發時不用再自己編碼實現全套MVC模式，極大的節省了時間，所以說Struts是一個非常不錯的應用框架。【StrutsIDE：用於Struts輔助開發的一個Eclipse插件】
Hibernate 【Java開源 持久層框架】
Hibernate 是一個開放源代碼的對象關系映射框架，它對JDBC進行了非常輕量級的對象封裝，使得Java程序員可以隨心所欲的使用對象編程思維來操縱資料庫。 Hibernate可以應用在任何使用JDBC的場合，既可以在Java的客戶端程序實用，也可以在Servlet/JSP的Web應用中使用，最具革命意義的是，Hibernate可以在應用EJB的J2EE架構中取代CMP，完成數據持久化的重任。Eclipse平台下的Hibernate輔助開發工具:【Hibernate Synchronizer】【MiddlegenIDE】
Quartz 【Java開源 Job調度】
Quartz 是OpenSymphony開源組織在Job scheling領域又一個開源項目,它可以與J2EE與J2SE應用程序相結合也可以單獨使用。Quartz可以用來創建簡單或為運行十個，百個，甚至是好幾萬個Jobs這樣復雜的日程序表。Jobs可以做成標準的Java組件或 EJBs。Quartz的最新版本為Quartz 1.5.0。
Velocity 【Java開源 模板引擎】
Velocity 是一個基於java的模板引擎（template engine）。它允許任何人僅僅簡單的使用模板語言（template language）來引用由java代碼定義的對象。當Velocity應用於web開發時，界面設計人員可以和java程序開發人員同步開發一個遵循MVC架構的web站點，也就是說，頁面設計人員可以只關注頁面的顯示效果，而由java程序開發人員關注業務邏輯編碼。Velocity將java代碼從web頁面中分離出來，這樣為web站點的長期維護提供了便利，同時也為我們在JSP和PHP之外又提供了一種可選的方案。 Velocity的能力遠不止web站點開發這個領域，例如，它可以從模板（template）產生SQL和PostScript、XML，它也可以被當作一個獨立工具來產生源代碼和報告，或者作為其他系統的集成組件使用。Velocity也可以為Turbine web開發架構提供模板服務（template service）。Velocity+Turbine提供一個模板服務的方式允許一個web應用以一個真正的MVC模型進行開發。 【VeloEclipse ：Velocity在Eclipse平台下的一個輔助開發插件】
IBATIS 【Java開源 持久層框架】
使用ibatis 提供的ORM機制，對業務邏輯實現人員而言，面對的是純粹的Java對象， 這一層與通過Hibernate 實現ORM 而言基本一致，而對於具體的數據操作，Hibernate 會自動生成SQL 語句，而ibatis 則要求開發者編寫具體的SQL 語句。相對Hibernate等 「全自動」ORM機制而言，ibatis 以SQL開發的工作量和資料庫移植性上的讓步，為系統設計提供了更大的自由空間。作為「全自動」ORM 實現的一種有益補充，ibatis 的出現顯 得別具意義。
『陸』 北大青鳥java培訓：分層架構的優缺點有哪些
在進行軟體開發過程中，為了能夠更有效的執行系統架構，一般情況下需要進行分層結構的形式來構成。
那麼在使用分層架構的過程中有哪些優缺點呢？下面電腦培訓為大傢具體介紹。
一、什麼是分層架構分層體系結構主要是根據水平分割將軟體模塊劃分為多個層次。
系統由多層組成，每一層由多個模塊組成。
那麼多少層才是合適的呢？IT培訓認為，根據不同的復雜性分為不同的層次，基本的層次結構是三個層次，即表示層、域層和數據持久層。
二、分層架構的好處1、單一職責：每層只負責一個角色，責任邊界清晰。
如果持久層只負責數據查詢和存儲，則欄位級別僅負責處理業務邏輯。
2、高內聚：分層是在相同的層中放置相同的責任，並且所有業務邏輯在領域層中都是一致的。
做這個的好處是什麼？四川北大青鳥設想如果業務邏輯分散在每層上，則修改功能需要修改為各層，測試業務邏輯需要測試所有層的代碼，從而增加了整個軟體的復雜度和測試難度。
3、易維護將面對變更且容易修正的所有對外界面放入對外界面層中，如果外部依存的界面被修改的話，只要變更該層的代碼即可。
三、分層架構的缺點1、開發成本高由於多層承擔著各自的任務，因此需要在多個級別上追加代碼，以添加功能。
這樣，開發成本就會增加。
但是，北大青鳥認為合理的能力抽象化可以提高多重性，降低開發成本。
2、可擴展性低：由於在上下層之間存在結合度，所以所有的功能變化都有可能參與多層的修正。
『柒』 什麼是java的框架結構
什麼是java框架結構？讓我們一起了解一下！
框架，即Framework。是某種應用的半成品，是一組組件，它不能提供整個WEB應用程序的所有東西，但可以讓廣大程序開發人員完成自己的系統。有了框架，我們就可以集中精力進行業務邏輯的開發而不用去關心它的技術實現以及一些輔助的業務邏輯。
Java框架就是一些類和介面的集合，通過這些類和介面協調來完成一系列的程序實現。
Java框架可以分為三層：表示層，業務層和物理層。
拓展：Java三大基本框架
Spring：功能強大的組件粘合濟，能夠將你的所有的java功能模塊用配置文件的方式組合起來，成為一個完成的應用。
Struts：功能強大的MVC架構。
Hibernate：強大的ORM工具，然後很方便將資料庫記錄轉化為java的實體實例，反之，也能將java的實體實例便利地保存到資料庫。
今天的分享就是這些，希望能幫助到大家！
『捌』 楚雄java培訓學校告訴你java軟體架構的幾個視角
系統必然是復雜的，如何清晰准備的描述一個系統，是架構工作的困難之處。有兩個架構觀點，雖然各有側重，但是殊途同歸，都是軟體架構的基本方法。楚雄java課程http://www.kmbdqn.cn/認為需要注意的是，這兩個架構觀點對視圖的定義和理解略有不同，視點應該就是視圖。
「4+1」視圖模型
面對復雜和不確定的業務需求，為了避免盲人摸象的局面，使用視圖和視點的方法是比較有效的。PhilippeKruchten在他的文章《ArchitecturalBlueprints—The「4+1」》詳細介紹「4+1」視圖模型。在這個模型中，視圖是指從不同的利益相關者的角度來描述系統，利益相關者可以是最終用戶，開發者，也可以是項目經理。由此，4個視圖就分別是邏輯視圖，開發視圖，進程視圖和物理視圖。另外「+1」的視圖是選擇一些用例和場景來描述架構。
開發視圖：開發視圖是從程序員，以及軟體管理的角度來描述系統。這個視圖也被稱為實現視圖，往往使用UML組件圖來描述系統構成。
邏輯視圖：邏輯視圖主要描述系統為最終用戶提供的功能。一般對應於UML工具的類圖，狀態圖等。
物理視圖：物理視圖是從一個系統工程師的角度來描述系統。這個視圖關切軟體組件在物理層拓撲結構以及組件之間的物理連接，通常也被稱為部署視圖。UML工具中稱為部署圖。
進程視圖：進程視圖處理系統的動態方面，比如系統的進程之間如何通信以及運行時的行為，比如並發，分布式，集成，性能，擴展性等。UML工具用活動圖來表示。
場景視圖：場景視圖使用一些用例或者場景來描述進程和對象之間的交互，並且用來驗證架構設計，也是架構原型的測試起點。
『玖』 java架構師是做什麼的
Java系統架構師是需要掌控整體並依據具體的業務場景給出解決方案的團隊領導型人物，具體工作內容如下：
1、確認需求：確定並分析客戶需求，進行項目風險評估，然後將用戶需求轉化為軟體需求，同時要補充非業務需求。
2、技術選型：需求轉化後會形成軟體的整體架構，需要根據整體架構進行技術選型。
3、系統分析：將實際項目中的概要設計、詳細設計、業務邏輯劃分、子系統與主系統的關聯、資料庫的設計等，從技術的角度完整的拆解業務，把控好技術的細節。
4、保持溝通：在整個過程中要多方面跟蹤項目進度，要和開發人員保持溝通，如果發現問題要及時解決。
總結：
1、確定並分析客戶需求，進行項目風險評估，然後將用戶需求轉化為軟體需求。
2、需要根據整體架構進行技術選型。
3、將實際項目中的概要設計、詳細設計等從技術的角度完整的拆解業務。
4、在整個過程中要多方面跟蹤項目進度，如果發現問題要及時解決。
聲明：本網頁內容旨在傳播知識，若有侵權等問題請及時與本網聯系，我們將在第一時間刪除處理。TEL:0731-84117792E-MAIL:[email protected]
『拾』 Java的三種技術架構是什麼
Java從1998年誕生到現在已經20多年了。使用它開發的軟體不計其數。
在整個發展過程中，出現的架構方式有：
單體架構：將所有的功能代碼寫在一個工程中
垂直架構：將功能代碼按業務進行拆分成一個個的單體架構模式
分布式微服務架構：將功能按照業務分為一個個微小的服務，每個服務都是獨立的進程，單獨部署，容易擴展，能夠很好的應對高並發等
網格架構：未來的可能的架構模式。