面向?qū)ο蟮脑O(shè)計(jì)原理在現(xiàn)代Java開發(fā)中仍然是必不可少的，與新的語言特徵和建築模式一起演變。 1。堅(jiān)實(shí)的原理比以往任何時(shí)候都更有意義：SRP確保單用途類別，尤其是在諸如Spring之類的分層框架中； OCP通過接口和依賴注入促進(jìn)擴(kuò)展； LSP保證亞型的替代性； ISP倡導(dǎo)聚焦接口，即使使用默認(rèn)方法避免膨脹； DIP強(qiáng)調(diào)取決於抽象，並由DI框架支持。 2。封裝超出了Getter/setter：使用不可變數(shù)據(jù)的記錄，用於受控實(shí)例化的出廠方法以及Java模塊限制軟件包訪問。 3。組成比繼承相比：使用依賴性注入和通過lambdas構(gòu)建靈活的系統(tǒng)，避免剛性層次結(jié)構(gòu)。 4。多態(tài)性利用接口和lambdas：功能接口（例如功能和消費(fèi)者）啟用運(yùn)行時(shí)行為變化，通過SAMS和方法參考來支持策略和觀察者等模式。 5。不變性和線程安全至關(guān)重要：使用最終字段和不可變的收集設(shè)計(jì)不變的對(duì)象，並且更喜歡並發(fā)環(huán)境中的無狀態(tài)服務(wù)。最終，現(xiàn)代Java將OOP的優(yōu)勢(shì)與功能性和反應(yīng)性範(fàn)例相結(jié)合，使用了更新的功能，例如記錄，密封類和圖案匹配，以實(shí)現(xiàn)可維護(hù)，可擴(kuò)展和可測(cè)試的代碼，但並不是過時(shí)的，而是通過現(xiàn)代實(shí)踐來增強(qiáng)的。

以對(duì)象為導(dǎo)向的設(shè)計(jì)（OOD）原理在現(xiàn)代Java開發(fā)中仍然是基礎(chǔ)，即使語言以功能性編程功能，反應(yīng)性範(fàn)式和雲(yún)本地模式演變而成。儘管Java現(xiàn)在支持Lambdas，流和記錄，但OOD的核心原則（封裝，繼承，多態(tài)性和抽象）對(duì)於構(gòu)建可維護(hù)，可擴(kuò)展和可測(cè)試系統(tǒng)的構(gòu)建仍然至關(guān)重要。

以下是當(dāng)今Java景觀中以經(jīng)典為導(dǎo)向的設(shè)計(jì)原理：

1。堅(jiān)實(shí)的原則比以往任何時(shí)候都更有意義

由羅伯特·馬?。≧obert C.它是改編的。即使使用Spring Boot，Jakarta EE或微服務(wù)，現(xiàn)代Java代碼庫也從這些原理中受益。

• 單個(gè)責(zé)任原則（SRP）
  班級(jí)應(yīng)該有一個(gè)改變的理由。在春季應(yīng)用程序中，這意味著分開關(guān)注：控制器處理HTTP路由，服務(wù)包含業(yè)務(wù)邏輯，而存儲(chǔ)庫管理數(shù)據(jù)訪問。
  示例：不要將數(shù)據(jù)庫查詢和電子郵件鍵邏輯放在同一服務(wù)類中。

• 開放/關(guān)閉原則（OCP）
  課程應(yīng)開放以進(jìn)行擴(kuò)展，但要關(guān)閉以進(jìn)行修改。使用接口和依賴注入。
  現(xiàn)代用例：定義PaymentProcessor接口和注入不同的實(shí)現(xiàn)（ StripeProcessor ， PayPalProcessor ），而無需更改核心邏輯。

  

• Liskov替代原則（LSP）
  子類型必須可以代替其基本類型。借助Java的強(qiáng)大打字和@Override檢查，這更容易執(zhí)行。
  提防：避免使用運(yùn)行時(shí)類型檢查違反LSP或以覆蓋方法拋出UnsupportedOperationException 。

• 接口隔離原理（ISP）
  客戶不應(yīng)取決於他們不使用的接口。喜歡小的，集中的接口。
  Java 8注意：接口中的默認(rèn)方法可以吸引您膨脹它們 - 抗拒。將大型接口（例如UserService拆分為UserAuth ， UserProfileManager等。

• 依賴性反轉(zhuǎn)原理（DIP）
  取決於抽象，而不是具體。這是諸如春季閃耀（依賴項(xiàng)注射）之類的框架。
  最佳實(shí)踐：使用構(gòu)造函數(shù)注入並避免直接在課堂上進(jìn)行new依賴性。

2。封裝超越蓋特斯和固定器

現(xiàn)代Java鼓勵(lì)更強(qiáng)的封裝：

• 使用記錄（自Java 16以來）作為不可變的數(shù)據(jù)載體：

  公共記錄用戶（字符串名稱，int age）{}

  沒有樣板，自動(dòng)不變且舉止良好。

• 有利於私人構(gòu)造函數(shù)和用於受控對(duì)象創(chuàng)建的工廠方法：

  公共班級(jí)付款{
      私有最終字符串ID；
      私人付款（字符串ID）{this.id = id; }
      公共靜態(tài)支付（字符串ID）{返回新付款（ID）; }
  }

• 使用模塊（Java 9）封裝軟件包：
  module-info.java文件只能導(dǎo)出必要的內(nèi)容，從而實(shí)現(xiàn)真正的訪問邊界。

3。更喜歡構(gòu)圖而不是繼承（尤其是現(xiàn)在）

由於緊密的耦合，繼承在現(xiàn)代設(shè)計(jì)中不太常見。反而：

• 使用組合和功能接口構(gòu)建系統(tǒng)：

  公共類訂單處理器{
      私人最終稅收計(jì)算機(jī)稅收銷量；
      私人最終通知通知器；
  }

• 通過Lambdas利用行為註入：

  公共空隙進(jìn)程（訂單訂單，謂詞<cord>驗(yàn)證器）{...}

  這比子類更靈活。

• 避免深層層次結(jié)構(gòu)。它們很難測(cè)試和進(jìn)化。

4。通過界面和lambdas的多態(tài)性

多態(tài)性不再是子分類：

• 功能界面（ Function ， Consumer ， Supplier ）啟用Lambdas的運(yùn)行時(shí)多態(tài)性。
• 現(xiàn)在，通常使用SAM（單個(gè)抽象方法）和方法參考來實(shí)現(xiàn)策略，命令和觀察者模式。

   List <string> names = user.stream（）
      .map（用戶:: getName）
      .filter（名稱 - > name.startswith（“ a”））
      .tolist（）;

  在這裡， map和filter是接受不同行為的多態(tài)性操作。

5。考慮到不變性和線程安全的設(shè)計(jì)

現(xiàn)代Java在並發(fā)的分佈式環(huán)境中運(yùn)行。 OOD必須考慮到：

• 在可能的情況下使對(duì)像不可變（使用final字段，沒有設(shè)置）。
• 使用List.copyOf() ， Map.of()或諸如immutables.org或autovalue之類的庫。
• 更喜歡無狀態(tài)服務(wù)（在Spring Singleton Bean中常見），以避免並發(fā)錯(cuò)誤。

最後的想法

面向?qū)ο蟮脑O(shè)計(jì)並不過時(shí)，它正在發(fā)展。在現(xiàn)代爪哇：

• 在添加價(jià)值的地方使用OOP ：域建模，分層體系結(jié)構(gòu)，乾淨(jìng)的抽象。
• 與功能風(fēng)格融合：在OO結(jié)構(gòu)中使用流，lambdas和純函數(shù)。
• 利用現(xiàn)代Java功能：記錄，密封類，圖案匹配和模塊，以編寫更安全，清潔的OOP代碼。

目標(biāo)沒有改變：編寫易於理解，更改和測(cè)試的代碼。 OOD原則，為當(dāng)今的工具和實(shí)踐更新，仍然指導(dǎo)我們?cè)谀茄e。

基本上，它不是OOP與現(xiàn)代的 - 它是現(xiàn)代的。

以上是的詳細(xì)內(nèi)容。更多資訊請(qǐng)關(guān)注PHP中文網(wǎng)其他相關(guān)文章！