一、面向對象

面向對象是Java編程中最核心的思想，基本特征：繼承、封裝、多態。

1、特征之封裝

將結構、數據、操作封裝在對象實體中，使用時可以不關注對象內部結構，只能訪問開放權限的功能入口，從而降低程序耦合程度，提供安全性和可持續維護性。

public class Concept01 {public static void main(String[] args) {Student student = new Student("張三","高三",29f);student.conclusion();} } class Student {private String name ;private String grade ;private Float score ;public Student(String name, String grade, Float score) {this.name = name;this.grade = grade;this.score = score;}public void conclusion (){System.out.println("姓名："+this.getName());System.out.println("年級："+this.getGrade());System.out.println("分數："+this.getGrade());if (this.getScore() >= 100.0f){System.out.println("評語：本學期優等生");} else {System.out.println("評語：本學期潛力股");}} }

案例描述Student的學期總結，通過構造方法構建具體的學生對象，并且只通過conclusion方法獲取學生學期評價。

2、特征之繼承

子類除了提供自身的能力之外，還可以通過繼承的方式獲取父類開放的屬性和方法，以增強自身的功能。

public class Concept02 {public static void main(String[] args) {// 判斷 Digital 是 Phone 父類System.out.println(Digital.class.isAssignableFrom(Phone.class));} } class Digital {} class Phone extends Digital{}

這里通過isAssignableFrom方法判斷Digital是Phone父類。

3、特征之多態

不同主體類對同一個動作給出不同的實現方式，多態也是Java描述設計模式的常用手段，最直接的作用就是程序解耦。

public class Concept03 {public static void main(String[] args) {Animal animalDog = new Dog();Animal animalCat = new Cat();animalDog.voice();animalCat.voice();} } class Animal {public void voice () {System.out.println("Animal ... voice");} } class Dog extends Animal {@Overridepublic void voice() {System.out.println("Dog ... Wang wang");} } class Cat extends Animal {@Overridepublic void voice() {System.out.println("Cat ... Meow meow");} }

通常動物都有發出聲音的能力，但是不同動物聲音不同，這里基于多態實現，不同動物的聲音特征。

二、關系圖譜

在了解面向對象之后，還需要理解一下基礎的關系模型，在實際的業務中都是基于這些基礎的關系解決場景問題。

1、繼承與實現

繼承關系：強調屬性和方法從父類向子類的傳承。實現關系：強調描述抽象和具體實現的邏輯。

/*** 繼承*/ class classA {} class classB extends classA {} interface interfaceA {} interface interfaceB extends interfaceA {} /*** 實現*/ class classC implements interfaceA,interfaceB{}

2、依賴與關聯

依賴關系：常用來描述方法局部變量或者入參，即類的方法中調用了另一個類。關聯關系：類的成員變量是另一個類，比如常見的一對一，一對多關系。

/*** 依賴*/ class RelyA {} class RelyB {public void depend (RelyA rely){} } /*** 關聯*/ class AssociateA {} class AssociateB {private AssociateA associateA ; }

3、組合與聚合

聚合關系：描述整體與部分的關系，但是部分不需要依賴整體存在。組合關系：描述整體與部分的關系，但是部分需要依賴整體存在。

/*** 聚合*/ class ElementA {} class ElementB {} class Aggregation {private ElementA elementA ;private ElementB elementB ; } /*** 組合*/ class PortionA{} class PortionB{} class Composition {private PortionA portionA ;private PortionB portionB ; }

三、模式與原則

在面對復雜業務時，可以時常參考設計模式和基本原則，以此設計合理的業務結構，實現代碼的高內聚低耦合，但是在一些特定場景下，也要果斷的突破這些模板或原則，可以更好的支撐業務。

1、設計模式

創建模式

抽象對象實例化的創建過程，對不同類型的對象提供高效的管理方式與合理的創建手段。

• 單例模式
• 原型模式
• 工廠模式
• 建造者模式

結構模式

設計類的組裝模式，合理的對象結構，有利于支持業務的持續迭代，結構會直接影響代碼的可持續維護性。

• 代理模式
• 外觀模式
• 適配器模式
• 裝飾者模式
• 組合模式
• 享元模式
• 橋梁模式

行為模式

行為模式涉及對象職責定義，通信協作，和最具體的業務邏輯實現，明確程序運行時的流程軌跡。

可以基于繼承或實現的方式控制不同類的行為職責，即頂層抽象控制行為，下層逐級做具體邏輯實現；或者直接聚合管理責任對象，做統一分配。

• 觀察者模式
• 模版方法模式
• 策略模式
• 命令模式
• 調停者模式
• 備忘錄模式
• 解釋器模式
• 迭代器模式
• 狀態模式
• 責任鏈模式
• 訪問者模式

2、基本原則

• 開閉原則：在做代碼結構設計時，應該考慮對擴展開放，對修改關閉，抽象思維搭建結構，具體實現擴展細節。

• 單一職責：一個類應該只負責一項職責；減少代碼一處變更引起的程序大規模改動情況，降低類的復雜度；

• 接口隔離：每一個接口應該是一種角色；盡量避免具體實現類中用不到但是又必須實現的方法；

• 依賴倒轉：上層模塊不應該依賴下層模塊，抽象邏輯不應該依賴具體細節，即中心思想是面向接口編程。

• 里氏替換：繼承時遵循里氏替換原則，子類中盡量不要重寫父類的方法，可以擴展父類的功能；

• 迪米特原則：最少知道原則即類對象對其依賴的類知道的越少越好，以此降低耦合程度；

• 組合/聚合復用：新對象應使用部分已有的對象，使其成為新對象組成部分，實現已有功能的復用，以此降低單個類的復雜程度。

四、業務應用

在業務開發中，很多復雜的邏輯都是基于面向對象的思想做的設計和具體實現，但是在實際上業務是不斷變化的，所以不管是常用的Mvc模式，或者領域設計，只要經過多個版本迭代，多人參與的開發，到最后代碼在邏輯層面都會讓人著迷。

也就是常說的一種現象：新人重構，老人不斷修復問題，然而鐵打的問題，流水的開發，但凡經歷過重構的同學都知道，所謂的大規模重構很難徹底解決問題，甚至這是個循環動作。所以業務代碼更多是在那個版本周期內是合理的，站在一個開發的角度，這里也可以理解為筆者個人角度，通常從下面幾個角度去思考具體的業務開發：

• 規范約束

這是個人認為業務工程中最重要的基礎，不管業務如何復雜，都離不開與之相應的數據增刪改查，所以對常規基礎操作做好統一代碼風格管理，這樣有助于別人快速理解整體結構和邏輯。

這里風格指：接口命名，參數，組件，中間件等統一，以持久層為例，避免多個組件混用的情況，如果是周期相對較長的項目，經常看到單是分頁查詢的實現邏輯都有多種情況。

• 可復用性

易變是業務本身的特點，所以高度復用的業務代碼本身就存在很大的限制，例如常見的很多方法，為了適配各種場景，不斷擴展入參，然后有些特殊業務也會進行特殊傳參。

還有一些開發常說的，能用一個接口實現，絕對不使用兩個接口，看似很有個性，實際已經走在挖坑的路上，多個功能請求同一個接口，即意味著任何接口的改動都要考慮很多邏輯的適配。

所以從上層向下看，不必過度考慮復用，從下向上看，底層的改動相對較少，應該考慮復用。

• 業務分層

從項目生命周期的角度思考，業務是一個迭代的過程，不需要過度前衛的設計，項目的生命周期是多久沒人知道，最穩妥的做法是快速迭代，產品和技術工程能快速穩定的支撐業務發展即可。

經典的業務分層管理是快速迭代的基本支撐，例如常用的Mvc模式，在復雜的業務場景下可以再次細化管理，或者向領域設計靠近。

• 流程分段

業務可以理解為流程管理，小的流程通常service中可以直接處理，但是復雜流程則十分講究設計，一個基礎思想就是分段管理，比較經典的案例就是下單：構建結算頁面時初始化訂單-支付時訂單提交-支付成功才會執行訂單。

• 細節問題

邏輯上的細節要持續追求嚴謹，業務實現手段和思路適當放寬，流程經得起考驗，底層實現合理的復用，組件選擇上應該站在高緯度，就基本足以。

五、源代碼地址

GitHub·地址 https://github.com/cicadasmile/java-base-parent GitEE·地址 https://gitee.com/cicadasmile/java-base-parent

閱讀標簽

【Java基礎】【設計模式】【結構與算法】【Linux系統】【數據庫】

【分布式架構】【微服務】【大數據組件】【SpringBoot進階】【Spring&Boot基礎】

【數據分析】【技術導圖】【 職場】

總結

以上是生活随笔為你收集整理的Java进阶 | 从整体上观察面向对象的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。