activemq如何保證消息順序性？Activjava業(yè)務(wù)邏輯，寫在哪里比較好？現(xiàn)在很多公司開發(fā)者都應(yīng)該采用mvc架構(gòu)。Mvc就是所謂的模型model，視圖view，控制器controller。每一層

activemq如何保證消息順序性？

Activ

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

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

Mvc就是所謂的模型model，視圖view，控制器controller。

每一層都分工明確。

簡單的項目扔掉nignx和gateway。一般前端向后端發(fā)送請求，首先到達contoller，然后到達服務(wù)層，最后到達dao層。

這里的服務(wù)層就是所謂的業(yè)務(wù)層，負責(zé)業(yè)務(wù)處理操作，而dao層負責(zé)處理數(shù)據(jù)庫，從db中取數(shù)據(jù)返回給服務(wù)層，服務(wù)層處理后返回給控制器層，控制器通過視圖解析器解析后通過瀏覽器渲染頁面。

說到這里，基本上，我覺得答案已經(jīng)很明顯了。也就是Java業(yè)務(wù)邏輯寫在服務(wù)層。

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

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

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

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

每個公司，每個項目根據(jù)自己的業(yè)務(wù)可能會有不同的架構(gòu)。但本質(zhì)是一樣的。

綜上所述，業(yè)務(wù)邏輯必須作為一個單獨的層對待，便于擴展和維護。記住不要把所有的業(yè)務(wù)邏輯都寫在控制器里。

每一層都有自己的分工，都是混在一起的。不僅代碼冗長，而且看起來雜亂無章，不清楚。

好了，希望我的回答能幫到你！

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