什么樣的代碼叫好代碼？好的代碼，滿足兩個條件：能達到預期效果，容易理解。代碼的不同不在于功能能否實現(xiàn)，而主要在于實現(xiàn)的質(zhì)量。有些代碼雖然實現(xiàn)了效果，但另一個程序員看不懂，無法維護，也是壞代碼。現(xiàn)在在軟

什么樣的代碼叫好代碼？

好的代碼，滿足兩個條件：能達到預期效果，容易理解。

代碼的不同不在于功能能否實現(xiàn)，而主要在于實現(xiàn)的質(zhì)量。

有些代碼雖然實現(xiàn)了效果，但另一個程序員看不懂，無法維護，也是壞代碼。

現(xiàn)在在軟件行業(yè)，程序員加班是很常見的。疲勞將不可避免地影響代碼的質(zhì)量。

他們大多急于達到職能要求，完成領(lǐng)導安排的任務(wù)，只以完成為目標。

這種不考慮長遠的工作方式在短時間內(nèi)實現(xiàn)了目標，但從長遠來看是個大問題。

一旦程序員離開，新來的人需要很長時間才能接手。項目的可擴展性和穩(wěn)定性沒有保證。

尤其是一些外行領(lǐng)導只知道如何為上級做貢獻，不能科學安排時間。

功能需求一經(jīng)更改就立即更改，新功能即將出現(xiàn)。因此，工程設(shè)計不斷調(diào)整，整體建筑穩(wěn)定性受損。

整個行業(yè)還沒有意識到代碼質(zhì)量的重要性，也沒有對代碼的敬畏。它只著眼于現(xiàn)在而忽視了長遠。

只有行業(yè)人員達到飽和，淘汰不合格的程序員和產(chǎn)品經(jīng)理，好的代碼才能形成趨勢。

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

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

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

每一層都有明確的分工。

對于簡單的項目，不管nignx如何，網(wǎng)關(guān)通常都會將請求從前端發(fā)送到后端，首先發(fā)送到控制器，然后發(fā)送到服務(wù)層，然后發(fā)送到Dao層。

這里的服務(wù)層就是所謂的業(yè)務(wù)層，專門負責業(yè)務(wù)處理操作，而Dao層則負責處理數(shù)據(jù)庫，將數(shù)據(jù)庫中的數(shù)據(jù)帶回服務(wù)，經(jīng)過服務(wù)處理后返回控制器層?？刂破魍ㄟ^視圖解析器解析頁面，并通過瀏覽器呈現(xiàn)頁面。

基本上，我認為答案是顯而易見的。也就是說，Java業(yè)務(wù)邏輯是在服務(wù)層編寫的。

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

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

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

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

每個公司的每個項目根據(jù)其自身業(yè)務(wù)可能有不同的體系結(jié)構(gòu)。但本質(zhì)是一樣的。

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

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

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

！如果你有興趣，可以關(guān)注一下，一起學習交流！