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

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

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

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

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

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

！4. 原木框架：slf4j

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

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

！7. 緩存：redis

！9. 工作流引擎：activiti

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

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

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

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

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

！Shell或Python

！17，語言：java8

寫JAVA后端代碼時邏輯混亂怎么辦？

后端代碼的復(fù)雜性通過拆分和除法來解決。首先，通過拆分項目，項目之間可以存在依賴關(guān)系，但必須是單向依賴而不是環(huán)依賴。如果存在環(huán)，我們必須考慮將環(huán)依賴分解為單獨的項目來解決環(huán)依賴。

對于項目中的代碼，可以通過水平拆分和垂直拆分來降低復(fù)雜性。水平層分為控制器、服務(wù)、Dao和sqlmap，垂直層分為系統(tǒng)、biz1、biz2、Bizn，但在數(shù)據(jù)通暢連接中，水平拆分和垂直拆分相結(jié)合，如下圖所示：

通過這種分層方式，代碼層是分開的，結(jié)構(gòu)清晰。對于跨模塊調(diào)用的一些接口，如同一個數(shù)據(jù)表需要在不同的模塊中操作時，可以將該接口作為公共接口提升到上層模塊，對于spring模塊的功能和方法的實現(xiàn)，可以通過定義業(yè)務(wù)模塊接口來降低重用的復(fù)雜度。

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

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

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

每一層都有明確的分工。

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

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

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

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

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

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

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

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

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

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

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

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