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

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

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

對于項目中的代碼，可以通過水平拆分和垂直拆分來降低復雜性。水平層分為控制器、服務、Dao和sqlmap，垂直層分為系統、biz1、biz2、Bizn，但在數據通暢連接中，水平拆分和垂直拆分相結合，如下圖所示：

通過這種分層方式，代碼層是分開的，結構清晰。對于一些跨模塊調用的接口，如同一個數據表需要在不同的模塊中操作時，可以將該接口作為公共接口升級到上層cxmodule，對于一些可重用的、相對獨立的功能，可以在cxmodule中定義一個干凈的接口，業(yè)務邏輯可以通過在模塊的功能模塊中實現接口來實現，而不需要使用spring的事務管理機制，從而降低代碼的復雜度。

java異常從業(yè)務層集中拋出，是不是每個控制層方法都要trycatch？

控制層中有兩種異常：一種是預期的，另一種是可預測的。這種異常需要捕獲并“嘗試修復”。例如，在查詢用戶信息RPC的過程中，存在異常，包括500ah和404ah。對于客戶端，基本上不需要重試，這可以通過一個明確的錯誤代碼來通知。相反，在超時的情況下，可以通知客戶端稍后再試，不同的錯誤代碼可以引導客戶端進行不同的操作。另一種情況是控制層本身不考慮。在這種情況下，盲目的嘗試/捕捉沒有多大意義。它通常在框架級進行統一處理，包括記錄異常信息和優(yōu)雅的返回失敗。

最后，對于try/catch的使用，我們并不意味著我們看不到異常，但我們更多地考慮捕獲后我可以做什么，以及我是否可以嘗試解決此問題。如果沒有，我們可以把它扔到上層，記錄并報警。如果我們不把這個問題想清楚，就很容易形成一個禁忌（吞下例外）。

Java如何讓代碼出錯了仍然往下運行-異常的使用？

如果代碼錯誤，可以編譯嗎？它還在工作嗎？

我對這個問題的理解是：在程序運行過程中出現異常，如何繼續(xù)讓系統正常運行？

對于可能有異常的代碼，我們應該用try語句包圍這些代碼，將出錯后需要執(zhí)行的代碼放入catch{}語句，并將需要執(zhí)行的代碼放入finally{}語句，而不管是否生成異常。

如果在程序運行期間在try中生成異常，而在catch中未處理，則程序將停止，finally中的代碼將不會執(zhí)行。

提問者可以仔細閱讀Java異常處理一章，然后結合幾個例子來理解它。

如果這是不對的，請指出，在做了大約三年的程序員之后，我總是覺得我在拿東西，而不是在創(chuàng)造東西。努力提高自己。