java業(yè)務邏輯，寫在哪里比較好？現(xiàn)在很多公司的開發(fā)人員都應該采用MVC架構(gòu)。MVC是所謂的模型、視圖、控制器。每一層都有明確的分工。對于簡單的項目，不管nignx如何，網(wǎng)關(guān)通常都會將請求從前端發(fā)送到

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

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

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

每一層都有明確的分工。

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

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

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

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

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

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

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

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

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

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

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

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

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

Hibernate:

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

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

Struts2:

Struts2處理請求是為每個請求創(chuàng)建一個單獨的操作類。action類中的字段屬性參數(shù)用作輸入和輸出參數(shù)，IOC用于依賴注入。它是基于類的開發(fā)。

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

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