java業(yè)務邏輯，寫在哪里比較好？題主還沒有那說明詳細的應用場景。拿Java開發(fā)Web后臺服務為例，具體用法的是三層也可以多層架構，業(yè)務邏輯和控制層、數(shù)據(jù)層分離的過程解耦。一，軟件架構隨著運用系統(tǒng)功能

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

題主還沒有那說明詳細的應用場景。拿Java開發(fā)Web后臺服務為例，具體用法的是三層也可以多層架構，業(yè)務邏輯和控制層、數(shù)據(jù)層分離的過程解耦。

一，軟件架構隨著運用系統(tǒng)功能逐漸呈現(xiàn)緊張，前后端動靜區(qū)架構不使用越來越大普片，前端共同負責用戶交互，后端專門負責業(yè)務邏輯處理。是對復雜工程浩大任務，偶爾會分解重組異步運行任務調度系統(tǒng)，.例如Quartz和ActiveMQ消息隊列。

二，后臺服務架構后端開發(fā)廣泛Java Spring Boot框架，的新Web服務時，有Controller，Service，Entity，三個裸芯片接口、業(yè)務邏輯、數(shù)據(jù)。

三，業(yè)務邏輯實現(xiàn)方法在Controller封裝服務接口時，內部函數(shù)Service實現(xiàn)方法業(yè)務邏輯。以LogController為例，為前端可以提供接口/log，被全局函數(shù)時記錄最重要的用戶不能操作。

在接口利用函數(shù)log()中，動態(tài)鏈接庫LogService讀寫數(shù)據(jù)庫，生成具體解釋信息，水中的雜質重復數(shù)據(jù)，然后寫入文件數(shù)據(jù)庫，基于業(yè)務功能。

單元測試重點覆蓋這些業(yè)務邏輯函數(shù)，最有保障代碼和項目質量。

我是工作多年的Web應用架構師，陸續(xù)查找關于軟件開發(fā)方面的文章，歡迎關注我，打聽一下大量IT專業(yè)知識。

javaWeb 在系統(tǒng)高并發(fā)的情況下生成有序流水號？

分布式應用，全省并發(fā)率，要保證生成氣體任何流水號，容許跳號的存在。我現(xiàn)在的代碼是建一個表放2011版的流水號，后再應用代碼用hibernate的。

根據(jù)問題描述，當然，有一個比較比較簡單思路，這個可以保證真正切高效，那是據(jù)廣泛分布系統(tǒng)對序號并且分小組，.例如，一個最少10個分系統(tǒng)，每個系統(tǒng)的序號尾數(shù)三個是：0,1,2……9，你每次在原來是的基礎上加10就可以了。每個系統(tǒng)只是需要能維護自己的序號就可以了。具體操作時，也可以用取模的分組。多少系統(tǒng)都能分。

這個方法效率、唯一性估計沒有問題的。但沒有辦法算好象意義的有序，并不是不是很嚴意義的有序?？刹恢朗欠窨梢詽M足你們業(yè)務要求。

假如要絕對的保證嚴格的穩(wěn)定有序，只不過計算機精度問題，在絕對的保證時間同步的基礎上，算法起碼完全控制到是有級別（好象是10毫秒）的更加有序，所以那絕對是進出有序需要得有總操縱，哪怕數(shù)據(jù)庫，那就另的服務。效率上肯定會所損失。

要是，僅是生成序號，另的服務效率要遠低于數(shù)據(jù)庫。

至于具體詳細服務，的或數(shù)據(jù)庫操作倒并不古怪。比如說，單寫一個快速啟動servlet，畢竟沒有任何別的業(yè)務，僅是序數(shù)12個自然月，效率應該要是都很高的。數(shù)據(jù)庫需所有的子系統(tǒng)都到統(tǒng)一的數(shù)據(jù)庫某些值，假如不考慮別的業(yè)務，然后數(shù)據(jù)庫自增字段即可。即，插入的同時查看自增值。