現(xiàn)在開發(fā)JAVA后臺(tái)，主要用哪些技術(shù)？你的系統(tǒng)有多大，你的技術(shù)有多強(qiáng)大！從我們公司的角度來看，使用java開發(fā)后臺(tái)服務(wù)使用了以下幾點(diǎn)！2. 數(shù)據(jù)庫映射框架：mybatis！3. 數(shù)據(jù)庫連接池：Drui

現(xiàn)在開發(fā)JAVA后臺(tái)，主要用哪些技術(shù)？

你的系統(tǒng)有多大，你的技術(shù)有多強(qiáng)大

！從我們公司的角度來看，使用java開發(fā)后臺(tái)服務(wù)使用了以下幾點(diǎn)

！2. 數(shù)據(jù)庫映射框架：mybatis

！3. 數(shù)據(jù)庫連接池：Druid

！4. 原木框架：slf4j

！5. 項(xiàng)目建設(shè)工具：Maven

！6. 版本控制工具：SVN和git

！7. 緩存：redis

！9. 工作流引擎：activiti

！10. 規(guī)則引擎：口水

！11. 微型服務(wù)容器：docker

！12、圖片、文件等上傳工具OSS

！14，原型視圖工具：Axure RP

！15. 后臺(tái)服務(wù)模擬訪問：郵遞員

！16，腳本：shell或Python

！17，語言：java8

！這些是工作中使用的后端技術(shù)?？梢哉f程序員是全能的！可能還有更多，有待繼續(xù)…

如何領(lǐng)悟Java三大框架？

Hibernate:

Hibernate主要是通過ORM（object relational mapping）框架配置文件實(shí)現(xiàn)的。讓實(shí)體類和數(shù)據(jù)庫表一一對(duì)應(yīng)。讓實(shí)體類先對(duì)應(yīng)數(shù)據(jù)庫表，讓實(shí)體類的屬性逐一對(duì)應(yīng)數(shù)據(jù)庫表中的字段。這樣，就不需要操作數(shù)據(jù)庫表，而需要操作表中相應(yīng)的實(shí)體類對(duì)象。以實(shí)現(xiàn)相應(yīng)的添加、刪除、修改和查詢操作。

Mybatis不是一個(gè)完整的ORM框架。mybatis的SQL需要開發(fā)人員自己編寫，但是它也提供了輸入和輸出的自動(dòng)映射，因此可以認(rèn)為它是一個(gè)半自動(dòng)的ORM框架。Mybatis可以靈活配置SQL語句通過XML或注解運(yùn)行，映射Java對(duì)象和SQL語句生成最終SQL，最后映射SQL執(zhí)行結(jié)果生成Java對(duì)象，對(duì)于客戶需求的變化更為靈活。但靈活性的前提是mybatis不能獨(dú)立于數(shù)據(jù)庫。如果需要實(shí)現(xiàn)支持多個(gè)數(shù)據(jù)庫的軟件，則需要自定義多組SQL映射文件，這是一個(gè)繁重的工作負(fù)載。Hibernate具有很強(qiáng)的對(duì)象關(guān)系映射能力和良好的數(shù)據(jù)庫無關(guān)性。

每個(gè)請(qǐng)求的輸入和輸出都基于strutfield類的輸入和輸出，strutfield類用于處理請(qǐng)求。

類似地，SpringMVC使用輸入請(qǐng)求和響應(yīng)作為參數(shù)，并返回modelandview，這是一種單例模式和基于方法的模式。

Spring:Spring的核心概念是di（依賴注入）和AOP（面向方面編程）。Di也稱為IOC（控制反轉(zhuǎn)）。使用spring，可以通過IOC從spring容器中獲取所有對(duì)象。每個(gè)物體通過彈簧注入到相應(yīng)的位置。通過IOC，spring可以在下一個(gè)對(duì)象注入（DI）之前創(chuàng)建對(duì)象，因此DI依賴于IOC。

java業(yè)務(wù)邏輯，寫在哪里比較好？

現(xiàn)在很多公司的開發(fā)人員都應(yīng)該采用MVC架構(gòu)。

MVC是所謂的模型、視圖、控制器。

每一層都有明確的分工。

對(duì)于簡單的項(xiàng)目，不管nignx如何，網(wǎng)關(guān)通常都會(huì)將請(qǐng)求從前端發(fā)送到后端，首先發(fā)送到控制器，然后發(fā)送到服務(wù)層，然后發(fā)送到Dao層。

這里的服務(wù)層就是所謂的業(yè)務(wù)層，專門負(fù)責(zé)業(yè)務(wù)處理操作，而Dao層則負(fù)責(zé)處理數(shù)據(jù)庫，將數(shù)據(jù)庫中的數(shù)據(jù)帶回服務(wù)，經(jīng)過服務(wù)處理后返回控制器層。控制器通過視圖解析器解析頁面，并通過瀏覽器呈現(xiàn)頁面。

基本上，我認(rèn)為答案是顯而易見的。也就是說，Java業(yè)務(wù)邏輯是在服務(wù)層編寫的。

事實(shí)上，服務(wù)層涉及接口和接口實(shí)現(xiàn)。

在編寫代碼時(shí)，我們通常為控制器定義一個(gè)調(diào)用接口。

實(shí)際上，服務(wù)接口的實(shí)現(xiàn)類應(yīng)該是編寫業(yè)務(wù)邏輯的地方。

當(dāng)然，許多公司可能有多個(gè)服務(wù)層，例如，有一個(gè)管理層繼續(xù)對(duì)數(shù)據(jù)進(jìn)行特殊的業(yè)務(wù)處理。這里只是一個(gè)簡單的概述。

每個(gè)公司的每個(gè)項(xiàng)目根據(jù)其自身業(yè)務(wù)可能有不同的體系結(jié)構(gòu)。但本質(zhì)是一樣的。

綜上所述，業(yè)務(wù)邏輯必須作為一個(gè)獨(dú)立的層來處理，這樣便于擴(kuò)展和維護(hù)。記住不要在控制器中編寫所有業(yè)務(wù)邏輯。

每一層都有自己的分工，是捏合在一起的。代碼不僅冗長，而且雜亂無章。

好吧，我希望我的回答能幫助你

！如果你有興趣，可以關(guān)注一下，一起學(xué)習(xí)交流

我經(jīng)?？吹絁ava架構(gòu)師的說法，但是很少看到C 架構(gòu)師的說法。有哪些造成該現(xiàn)象的原因？

C缺乏開源框架應(yīng)該是主要原因。

在實(shí)際應(yīng)用中，只有一些架構(gòu)樣式。常用的模式有層次模式、客戶機(jī)/服務(wù)器模式、事件總線模式、流水線過濾模式、黑板模式、解釋器模式、模型-視圖-控制器模式（MVC）、主從設(shè)備模式等。我不會(huì)逐一描述每種模式的細(xì)節(jié)。網(wǎng)上有很多資源。一般程序員有一到兩年的工作經(jīng)驗(yàn)，可以熟悉應(yīng)用。

然后從架構(gòu)師的職責(zé)出發(fā)，選擇功能組件，然后構(gòu)建形成一個(gè)大型軟件系統(tǒng)。在工作中，我們經(jīng)常關(guān)注具體的細(xì)節(jié)，如通信接口、數(shù)據(jù)庫訪問等

Java側(cè)重于管理系統(tǒng)，效率不是關(guān)鍵。因此，框架眾多，更新迭代頻繁。例如，要訪問數(shù)據(jù)庫，先休眠，然后mybatis。MVC框架層出不窮?？蚣艿奶攸c(diǎn)是解決局部問題。一個(gè)軟件系統(tǒng)需要使用多種框架來解決問題。組件的部署和驗(yàn)證是艱巨的，需要有豐富的項(xiàng)目經(jīng)驗(yàn)才能勝任，因此架構(gòu)師的職位是全職的。建筑師工作非常努力，需要不斷學(xué)習(xí)才能跟上技術(shù)的潮流。

C的優(yōu)點(diǎn)是效率高。出于性能原因，許多函數(shù)需要構(gòu)建自己的輪子來解決問題。例如，大多數(shù)人通過access接口的API自己構(gòu)建數(shù)據(jù)庫。這個(gè)框架通常是一個(gè)折衷方案，它從你的效率目標(biāo)開始。

隨著一些高性能框架（如brpc和grpc）的開源，C也面臨著組件選擇的問題。我相信在不久的將來會(huì)有越來越多的C架構(gòu)師。

以上只是我個(gè)人的看法。請(qǐng)批評(píng)和糾正不當(dāng)之處。

如何才能成為java架構(gòu)師？我為大家來分析一下？

首先，建筑師不是很好。他必須通過技術(shù)力量和建筑師的想法。其次，架構(gòu)師是Dubbo框架，基本原理是zookeeper、redis分布式緩存、JVM性能優(yōu)化、nginx Apache企業(yè)開發(fā)Tomcat集群部署、大數(shù)據(jù)Hadoop、HBase實(shí)時(shí)計(jì)算spark、storm、數(shù)據(jù)分析、分詞和權(quán)重等核心技術(shù)。

如何成為一名優(yōu)秀的建筑師？我用七張照片告訴你。

您可以先學(xué)習(xí)分布式鎖的實(shí)現(xiàn)https://pan.baidu.com/s/1y8rkldBEpkHXHS3GvJXGTg密碼：umu3