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

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

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

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

每一層都有明確的分工。

對于簡單的項目，不管nignx如何，網(wǎng)關通常都會將請求從前端發(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é)構。但本質(zhì)是一樣的。

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

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

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

！如果你有興趣，可以關注一下，一起學習交流

java里面的實體類是干什么的？

類的分類：邊界類、實體類和控制類。實體類主要用于數(shù)據(jù)管理和業(yè)務邏輯處理的范疇，主要在分析階段進行區(qū)分，實體類的主要職責是存儲和管理系統(tǒng)內(nèi)部信息。它也可以有行為，甚至是非常復雜的行為，但這些行為必須與它所代表的實體對象密切相關

在回答這個問題之前，我想說的是，如果你自己寫手寫代碼，你最好至少寫一個非參數(shù)構造方法。養(yǎng)成一個好習慣是很重要的。

好的，讓我們開門見山。

在Java中編寫類時必須編寫構造函數(shù)嗎？

我的答案是肯定的。

你為什么這么說？構造函數(shù)用于構造此類的實例對象。Java語言通過new關鍵字調(diào)用構造函數(shù)來返回這個類的實例。

構造方法是類創(chuàng)建對象的基本方法。如果類沒有構造方法，則該類通常無法創(chuàng)建實例。因此，Java語言提供了一個函數(shù)：

如果我們不為類編寫構造方法，系統(tǒng)將為類提供默認的無參數(shù)構造方法。

也許有些朋友會問，我怎么能在我們的項目中看不到構造函數(shù)？

我的猜想有以下可能：

開發(fā)人員更了解這種機制，懶得編寫

忘記編寫

使用Lombok或其他自定義批注

@noargsconstructor:對類進行批注；為類提供無參數(shù)的構造方法

@allargsconstructor對類進行注釋；為類提供一個完整的參數(shù)構造方法

希望對你有所幫助，手機打字不容易，讓我們不要擴展更多的內(nèi)容。

如果您感興趣，歡迎關注。如果你們有什么問題，可以互相交流學習。[打哈欠]