java為什么要設(shè)計interface，是為了盡可能替代類的繼承嗎？您好，您的問題包含兩個小問題：1。為什么Java設(shè)計界面？② 是為了盡可能地替換類繼承嗎？接口是一系列方法的聲明，例如方法名稱、參數(shù)

java為什么要設(shè)計interface，是為了盡可能替代類的繼承嗎？

您好，您的問題包含兩個小問題：1。為什么Java設(shè)計界面？② 是為了盡可能地替換類繼承嗎？

接口是一系列方法的聲明，例如方法名稱、參數(shù)、返回值和其他信息。接口中的方法未實現(xiàn)。這些方法可以在不同的地方由不同的類實現(xiàn)。

繼承是指子類繼承父類的特征和行為，使子類具有父類的實例字段和方法。

接口的主要功能是減少代碼耦合，屏蔽實現(xiàn)層。例如，當前端和后端接口相互作用時，我們可以約定接口層不會相互影響。至于后端接口的實現(xiàn)，我們可以慢慢來。

繼承的主要功能是在現(xiàn)有功能的基礎(chǔ)上繼續(xù)擴展。首先，它清楚地反映了相關(guān)類之間的層級關(guān)系。其次，它減少了代碼的冗余，大大提高了程序的可重用性。

①定義的修飾符不同（接口），（擴展）

2。接口中只能定義全局常量和抽象方法，繼承中可以定義屬性方法、變量、常量等。

③當接口由類實現(xiàn)時，接口中的所有方法必須在類中實現(xiàn)，繼承可以調(diào)用指定的方法。

④繼承只能繼承一個類，但實現(xiàn)可以實現(xiàn)多個接口，用逗號分隔。

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)注一下，一起學習交流

好多高職院校老師還在教jsp,網(wǎng)上很多開發(fā)說jsp已入土，你怎么看？

它已經(jīng)在土壤里了。高校流動性較差，尤其是普通學校。跟上時代步伐的速度很慢。這取決于你想怎樣學習。如果你想奠定一個堅實的基礎(chǔ)，并學習一切，你應(yīng)該學習JSP，底層內(nèi)核，甚至匯編…這是自下而上的學習。如果您想快速工作并直接了解項目需要使用什么，那么當前的模式是MVVM，而JSP確實不可用。前端Vue和后端springboot提供完全分離的接口，它們使用Ajax相互通信。這是當前模式。先上崗位，再慢慢解決和學習問題，慢慢了解機制，摸底等等，這屬于自上而下的學習。我推薦后者，因為如果你不馬上參與項目，看到結(jié)果，你很容易失去興趣。