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

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

后端代碼的復(fù)雜性是通過除法和規(guī)則來解決的。首先，通過拆分項目，項目之間可以存在依賴關(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ù)表需要在不同的模塊中操作時，可以將該接口作為公共接口升級到上層cxmodule，對于一些可重用的、相對獨立的功能，可以在cxmodule中定義一個干凈的接口，業(yè)務(wù)邏輯可以通過在模塊的功能模塊中實現(xiàn)接口來實現(xiàn)，而不需要使用spring的事務(wù)管理機制，從而降低代碼的復(fù)雜度。

做程序時，如果某個查詢方法應(yīng)當(dāng)返回一條記錄，但是查出來多條，是拋異常好還是從多條中取第一條好？

我有10年的開發(fā)和培訓(xùn)經(jīng)驗。在此期間，我經(jīng)歷了Java、web、Android、H5、大數(shù)據(jù)、PHP等不同的發(fā)展方向。我也是軟件培訓(xùn)公司的金牌講師。我對回答這個問題很感興趣。

您已經(jīng)清楚地解釋了這個問題中的要求，“一個查詢方法應(yīng)該返回一條記錄，但是可以找到多條記錄”！也就是說，您的查詢應(yīng)該只有一個結(jié)果，但此時或某個時候，會有多個結(jié)果，這意味著您的業(yè)務(wù)接口可能不滿足冪等性的要求。根據(jù)冪等設(shè)計原理，無論怎樣查找，只要參數(shù)相同，返回的結(jié)果應(yīng)該是相同的。

那么如何解決這個問題并拋出異常呢？返回到幾個中的第一個？

我認(rèn)為這不是一個完美的解決方案。

這對某些人來說是一個解決方案，但是問題解決了嗎？一點也不！問題仍然存在。下次觸發(fā)此條件時，仍將引發(fā)異常。就像說森林里有一只老虎。有一天，它吃人，然后你不解決老虎的問題。你只是在森林里掛了一塊牌子，上面寫著：小心，里面有老虎！這…

事實上，這不是一個好辦法。也許只有一件東西應(yīng)該被退回。為什么要查詢多個項目？您是否檢查了數(shù)據(jù)庫中數(shù)據(jù)的唯一性？你不覺得每次查詢多個結(jié)果然后得到第一個數(shù)據(jù)效率很低嗎？

所以我們應(yīng)該從根本上解決問題！為什么會產(chǎn)生多個數(shù)據(jù)？如果要手動檢查數(shù)據(jù)，則需要手動檢查。如果要鎖定它，應(yīng)該盡最大努力確保輸入?yún)?shù)相同，結(jié)果相同！