主頁 > 軟體設計 > Java面向物件總結

Java面向物件總結

2020-11-01 12:15:44 軟體設計

1. 封裝

封裝的最基本單位是物件,封裝的最基本目標是“高內聚、低耦合”,對于用戶來說,物件是如何對各種行為進行實作是不需要刨根問底了解清楚的,大大地簡化了操作的步驟,使用戶使用起來更加高效、更加得心應手,

一般可以將需要封裝的資料私有化private,然后給用戶提供get/set方法來獲取資料,

2. 繼承

  1. Java是單繼承
  2. 繼承好處:提高了代碼的復用性、維護性
  3. 繼承弊端:類的耦合性增強了
  4. 繼承體現的關系:is a
  5. 設計時可以抽象子類的共有特征來構成父類
  6. this:代表本類當前物件的參考
  7. super:代表父類物件的參考
  8. 繼承中變數的訪問順序:
    1. 子類區域范圍找
    2. 子類成員范圍找
    3. 父類成員范圍找
    4. 如果都沒有就報錯(不考慮父類的父類)
  9. 繼承中成員方法的訪問順序:
    1. 子類成員范圍找
    2. 父類成員范圍找
    3. 如果都沒有就報錯(不考慮父類的父類)
  10. 繼承中構造方法的訪問特點:
    1. 子類中所有構造方法第一條陳述句默認都是:super(),因為子類會繼承父類中的資料,可能還會使用父類中的資料,因此子類初始化之前,一定要先完成父類資料的初始化,
    2. 若父類中沒有無參構造,只有帶參構造,需要顯示使用super去呼叫父類帶參構造方法,因此創建類時最好都寫上無參構造,
  11. 方法重寫時子類方法訪問權限不能比父類的低
  12. 一個類如果沒有父類,默認繼承自Object類
  13. 運行時,父類先進方法區;父類中的屬性,會跟隨子類物件進入到堆記憶體

3. 多型

  1. 多型簡單理解:同一個物件在不同時刻表現出不同形態
  2. 多型的前提和體現:
    1. 有繼承/實作關系
    2. 有方法重寫
    3. 有父(類/介面)參考指向(子/實作)類物件
  3. 多型好處:提高了程式的擴展性;如在定義方法時,使用父類作為引數,將來使用時用具體子類參與操作
  4. 多型弊端:不能使用子類特有功能
  5. 多型中成員的訪問特點:只有運行時的非靜態方法看右邊
    1. 編譯時:變數和方法都看左邊,因為編譯時右邊new的物件還沒有被調入到堆記憶體,
    2. 運行時:變數看左邊,靜態方法看左邊,非靜態方法看右邊,因為左邊的宣告型別可能是介面,方法是抽象的,所以運行時方法要看右邊的,
  6. 向上轉型:子類轉換為父類,父類參考指向子類物件,安全
  7. 向下轉型:父類轉換為子類,父類參考轉為子類參考,不安全
  8. instanceof運算子:判斷一個物件是否為一個類的實體

4. 抽象

  1. 抽象類主要對進行抽象
  2. 使用abstract修飾抽象類和抽象方法
  3. 一個沒有方法體的方法應該定義為抽象方法
  4. 抽象類中不一定有抽象方法,有抽象方法的類一定是抽象類
  5. 抽象類的子類要么重寫抽象類中的所有抽象方法,要么是抽象類
  6. 抽象類不能實體化,但有構造方法,用于子類訪問父類資料的初始化
  7. abstract和final不能同時使用,因為abstract是讓子類重寫,而final是不可重寫
  8. abstract和private不能同時使用,因為abstract是讓子類重寫,private要求只能本類使用,子類根本繼承不了
  9. abstract和static不能同時使用,因為abstract是讓子類重寫,static修飾的方法不能被重寫

5. 介面

  1. 介面主要對行為進行抽象

  2. 一個類/介面可以同時實作/繼承多個介面

  3. 介面不能直接實體化,可以通過實作類物件實體化

  4. 介面的實作類要么重寫介面中的所有抽象方法,要么是抽象類

  5. 介面沒有構造方法

  6. 介面中的成員變數只能是常量,默認修飾符為public static final

  7. 介面中的方法只能是抽象方法,默認修飾符為public abstract

  8. 介面的組成:

    1. 常量
    2. 抽象方法
    3. 默認方法(Java 8)
    4. 靜態方法(Java 8)
    5. 私有方法(Java 9)
  9. 介面中默認方法不是抽象方法,所以不強制被重寫,但可以被重寫,重寫的時候去掉default關鍵字

    介面中默認方法的定義格式:
    public default 回傳值型別 方法名(引數串列) {}
    
    定義時public可以省略,default不能省略
    
  10. 介面中靜態方法只能通過介面名呼叫,不能通過實作類名或者物件名呼叫

    介面中靜態方法的定義格式:
    public static 回傳值型別 方法名(引數串列) {}
    
    定義時public可以省略,static不能省略
    
  11. 介面中私有方法:當兩個默認方法或者靜態方法中包含一段相同的代碼實作時,程式必然考慮將這段實作代碼抽取成一個共性方法,而這個共性方法是不需要讓別人使用的,因此用私有給隱藏起來,這就是Java 9增加私有方法的必然性

    介面中私有方法的定義格式:
    格式1private 回傳值型別 方法名(引數串列) {}
    格式2private static 回傳值型別 方法名(引數串列) {}
    
    默認方法可以呼叫私有的靜態方法和非靜態方法
    靜態方法只能呼叫私有的靜態方法
    

6. 內部類

  1. 內部類的訪問特點:

    1. 內部類可以直接訪問外部類的成員,包括私有
    2. 外部類要訪問內部類的成員,必須創建物件
  2. 外界創建非私有的成員內部類:

    外部類名.內部類名 物件名 = 外部類物件.內部類物件;
    如:Outer.Inner oi = new Outer().new Inner();
    
  3. 區域內部類是在方法中定義的類,外界無法直接使用,需要在方法內部創建物件并使用,

  4. 匿名內部類:本質是一個繼承了該類或者實作了該介面的子類匿名物件

    格式:
    new 類名或介面名() {
    	重寫方法;
    }
    

7. 成員變數和區域變數的區別

成員變數區域變數
在類中,方法外在方法內或方法宣告上
堆記憶體堆疊記憶體
隨物件的存在而存在隨方法的呼叫而存在
有默認值無默認值

8. 訪問權限

權限同類同包不同包子類不同包非子類
public
protected
default(不寫)
private

外部類只能用public或default(不寫)這兩種修飾符;內部類四種都可以用

protected權限用法:只能在子類中使用super才能訪問父類

private修飾的方法不能被重寫,因為private修飾的成員只能在本類中訪問

9. static

  1. 被static修飾的內容在靜態區中,隨著類的加載而加載;不屬于物件,而是屬于類的;凡是本類的物件,都共享同一份,

    class Student {
        private int id;
        private static int idCounter = 0; // idCounter:學號計數器
    
        public Student() {
            // 每當new一個新物件時,自動給id賦值
            id = ++idCounter;
        }
    }
    
  2. 靜態代碼塊:

    1. 特點:當第一次用到本類時,靜態代碼塊執行唯一的一次**(無論創建多少物件,只在第一次的時候執行)**

    2. 典型用途:用來一次性地對靜態成員變數進行賦值

    3. 靜態內容總是優先于非靜態,所以靜態代碼塊比構造方法先執行

      static {
          // 靜態代碼塊的內容
      }
      
  3. 通過類名訪問靜態成員變數時,全程和物件就沒關系,只和類有關系

  4. 無論成員變數還是成員方法,如果被static修飾了,都推薦使用類名進行呼叫

  5. 靜態不能直接訪問非靜態,因為在記憶體中先有靜態,后有非靜態,–>前人不知道后人,但后人知道前人

  6. static不可以修飾區域變數,因為靜態成員屬于類,不屬于方法

  7. 靜態方法不能使用this,因為this代表當前物件,通過誰呼叫的方法,誰就是物件,但是靜態卻與物件沒關系

  8. 靜態方法可以被繼承,但是不能重寫,如果父類中有一個靜態的方法,子類也有一個與其方法名引數串列相同靜態方法,那么該子類的方法會把原來然承過來的父類的方法隱藏,而不是重寫,

  9. 靜態內部類可以定義靜態和非靜態的方法和屬性,而非靜態內部類只能定義非靜態方法和屬性,因為非靜態內部類在創建物件時才出現,若內部有靜態成員,則該靜態成員需在創建物件前就出現,相互矛盾,

  10. 靜態屬于類,不屬于物件,因此靜態不能物件序列化

10. final

  1. 被final修飾的類不能被繼承;一個類如果是final的,那么其中所有成員方法都無法被覆寫重寫(因為沒兒子)

    // 格式
    權限修飾符 final class 類名稱 {
    }
    
  2. 被final修飾的方法不能被覆寫重寫

    // 格式
    權限修飾符 final 回傳值型別 方法名(引數串列) {
    }
    
  3. 被final修飾的區域變數不可改變,一次賦值,終生不變,對于基本型別來說,不可變指變數中的資料不可改變;對于參考型別來說,不可變指變數的地址不可改變

    // 格式 只保證有唯一一次賦值即可
    final 資料型別 變數名;
    
  4. 被final修飾的成員變數同樣不可變且沒有默認值

    1. 被final修飾的成員變數,要么直接賦值,要么通過構造方法賦值,二者選其一,
    2. 如果選擇使用構造方法賦值,那么必須保證類中所有多載的構造方法,都對被final修飾的成員變數賦值,
    3. 被final修飾的成員變數,不能有set方法,

若有錯誤或補充,歡迎私信

轉載請註明出處,本文鏈接:https://www.uj5u.com/ruanti/198046.html

標籤:其他

上一篇:Java基礎實作模擬地下城與勇士(DNF)的裝備強化程序

下一篇:關于HashSet類物件使用迭代器無法進行增刪操作的問題

標籤雲
其他(157675) Python(38076) JavaScript(25376) Java(17977) C(15215) 區塊鏈(8255) C#(7972) AI(7469) 爪哇(7425) MySQL(7132) html(6777) 基礎類(6313) sql(6102) 熊猫(6058) PHP(5869) 数组(5741) R(5409) Linux(5327) 反应(5209) 腳本語言(PerlPython)(5129) 非技術區(4971) Android(4554) 数据框(4311) css(4259) 节点.js(4032) C語言(3288) json(3245) 列表(3129) 扑(3119) C++語言(3117) 安卓(2998) 打字稿(2995) VBA(2789) Java相關(2746) 疑難問題(2699) 细绳(2522) 單片機工控(2479) iOS(2429) ASP.NET(2402) MongoDB(2323) 麻木的(2285) 正则表达式(2254) 字典(2211) 循环(2198) 迅速(2185) 擅长(2169) 镖(2155) 功能(1967) .NET技术(1958) Web開發(1951) python-3.x(1918) HtmlCss(1915) 弹簧靴(1913) C++(1909) xml(1889) PostgreSQL(1872) .NETCore(1853) 谷歌表格(1846) Unity3D(1843) for循环(1842)

熱門瀏覽
  • 面試突擊第一季,第二季,第三季

    第一季必考 https://www.bilibili.com/video/BV1FE411y79Y?from=search&seid=15921726601957489746 第二季分布式 https://www.bilibili.com/video/BV13f4y127ee/?spm_id_fro ......

    uj5u.com 2020-09-10 05:35:24 more
  • 第三單元作業總結

    1.前言 這應該是本學期最后一次寫作業總結了吧。總體來說,對作業的節奏也差不多掌握了,作業做起來的效率也更高了。雖然和之前的作業一樣,作業中都要用到新的知識,但是相比之前,更加懂得了如何利用工具以及資料。雖然之間卡過殼,但總體而言,這幾次作業還算完成的比較好。 2.作業程序總結 相比前兩個單元,此單 ......

    uj5u.com 2020-09-10 05:35:41 more
  • 北航OO(2020)第四單元博客作業暨課程總結博客

    北航OO(2020)第四單元博客作業暨課程總結博客 本單元作業的架構設計 在本單元中,由于UML圖具有比較清晰的樹形結構,因此我對其中需要進行查詢操作的元素進行了包裝,在樹的父節點中存盤所有孩子的參考。考慮到性能問題,我采用了快取機制,一次查詢后盡可能快取已經遍歷過的資訊,以減少遍歷次數。 本單元我 ......

    uj5u.com 2020-09-10 05:35:48 more
  • BUAA_OO_第四單元

    一、UML決議器設計 ? 先看下題目:第四單元實作一個基于JDK 8帶有效性檢查的UML(Unified Modeling Language)類圖,順序圖,狀態圖分析器 MyUmlInteraction,實際上我們要建立一個有向圖模型,UML中的物件(元素)可能與同級元素連接,也可與低級元素相連形成 ......

    uj5u.com 2020-09-10 05:35:54 more
  • 6.1邏輯運算子

    邏輯運算子 1. && 短路與 運算式1 && 運算式2 01.運算式1為true并且運算式2也為true 整體回傳為true 02.運算式1為false,將不會執行運算式2 整體回傳為false 03.只要有一個運算式為false 整體回傳為false 2. || 短路或 運算式1 || 運算式2 ......

    uj5u.com 2020-09-10 05:35:56 more
  • BUAAOO 第四單元 & 課程總結

    1. 第四單元:StarUml檔案決議 本單元采用了圖模型決議UML。 UML檔案可以抽象為圖、子圖、邊的邏輯結構。 在實作中,圖的節點包括類、介面、屬性,子圖包括狀態圖、順序圖等。 采用了三次遍歷UML元素的方法建圖,第一遍遍歷建點,第二、三次遍歷設定屬性、連邊,實作圖物件的初始化。這里借鑒了一些 ......

    uj5u.com 2020-09-10 05:36:06 more
  • 談談我對C# 多型的理解

    面向物件三要素:封裝、繼承、多型。 封裝和繼承,這兩個比較好理解,但要理解多型的話,可就稍微有點難度了。今天,我們就來講講多型的理解。 我們應該經常會看到面試題目:請談談對多型的理解。 其實呢,多型非常簡單,就一句話:呼叫同一種方法產生了不同的結果。 具體實作方式有三種。 一、多載 多載很簡單。 p ......

    uj5u.com 2020-09-10 05:36:09 more
  • Python 資料驅動工具:DDT

    背景 python 的unittest 沒有自帶資料驅動功能。 所以如果使用unittest,同時又想使用資料驅動,那么就可以使用DDT來完成。 DDT是 “Data-Driven Tests”的縮寫。 資料:http://ddt.readthedocs.io/en/latest/ 使用方法 dd. ......

    uj5u.com 2020-09-10 05:36:13 more
  • Python里面的xlrd模塊詳解

    那我就一下面積個問題對xlrd模塊進行學習一下: 1.什么是xlrd模塊? 2.為什么使用xlrd模塊? 3.怎樣使用xlrd模塊? 1.什么是xlrd模塊? ?python操作excel主要用到xlrd和xlwt這兩個庫,即xlrd是讀excel,xlwt是寫excel的庫。 今天就先來說一下xl ......

    uj5u.com 2020-09-10 05:36:28 more
  • 當我們創建HashMap時,底層到底做了什么?

    jdk1.7中的底層實作程序(底層基于陣列+鏈表) 在我們new HashMap()時,底層創建了默認長度為16的一維陣列Entry[ ] table。當我們呼叫map.put(key1,value1)方法向HashMap里添加資料的時候: 首先,呼叫key1所在類的hashCode()計算key1 ......

    uj5u.com 2020-09-10 05:36:38 more
最新发布
  • 【中介者設計模式詳解】C/Java/JS/Go/Python/TS不同語言實作

    * 中介者模式是一種行為型設計模式,它可以用來減少類之間的直接依賴關系,
    * 將物件之間的通信封裝到一個中介者物件中,從而使得各個物件之間的關系更加松散。
    * 在中介者模式中,物件之間不再直接相互互動,而是通過中介者來中轉訊息。 ......

    uj5u.com 2023-04-20 08:20:47 more
  • 露天煤礦現場調研和交流案例分享

    他們集團的資訊化公司及研究院在一個礦區正在做智能礦山的統一平臺的 試點,專案投資大概1億,包括了礦山的各方面的內容,顯示得我們這次交流有點多余。他們2年前開始做智能礦山的規劃,有很多煤礦行業專家的加持,他們的描述是非常完美,但是去年底應該上線的平臺,現在還沒有看到影子。他們確實有很多場景需求,但是被... ......

    uj5u.com 2023-04-20 08:20:25 more
  • 《社區人員管理》實戰案例設計&個人案例分享

    設計是一個讓人夢想成真程序,開始編碼、測驗、除錯之前進行需求分析和架構設計,才能保證關鍵方面都做正確 ......

    uj5u.com 2023-04-20 08:20:17 more
  • 軟體架構生態化-多角色交付的探索實踐

    作為一個技術架構師,不僅僅要緊跟行業技術趨勢,還要結合研發團隊現狀及痛點,探索新的交付方案。在日常中,你是否遇到如下問題 “ 業務需求排期長研發是瓶頸;非研發角色感受不到研發技改提效的變化;引入ISV 團隊又擔心質量和安全,培訓周期長“等等,基于此我們探索了一種新的技術體系及交付方案來解決如上問題。 ......

    uj5u.com 2023-04-20 08:20:10 more
  • 【中介者設計模式詳解】C/Java/JS/Go/Python/TS不同語言實作

    * 中介者模式是一種行為型設計模式,它可以用來減少類之間的直接依賴關系,
    * 將物件之間的通信封裝到一個中介者物件中,從而使得各個物件之間的關系更加松散。
    * 在中介者模式中,物件之間不再直接相互互動,而是通過中介者來中轉訊息。 ......

    uj5u.com 2023-04-20 08:19:44 more
  • 露天煤礦現場調研和交流案例分享

    他們集團的資訊化公司及研究院在一個礦區正在做智能礦山的統一平臺的 試點,專案投資大概1億,包括了礦山的各方面的內容,顯示得我們這次交流有點多余。他們2年前開始做智能礦山的規劃,有很多煤礦行業專家的加持,他們的描述是非常完美,但是去年底應該上線的平臺,現在還沒有看到影子。他們確實有很多場景需求,但是被... ......

    uj5u.com 2023-04-20 08:19:07 more
  • 《社區人員管理》實戰案例設計&個人案例分享

    設計是一個讓人夢想成真程序,開始編碼、測驗、除錯之前進行需求分析和架構設計,才能保證關鍵方面都做正確 ......

    uj5u.com 2023-04-20 08:18:57 more
  • 軟體架構生態化-多角色交付的探索實踐

    作為一個技術架構師,不僅僅要緊跟行業技術趨勢,還要結合研發團隊現狀及痛點,探索新的交付方案。在日常中,你是否遇到如下問題 “ 業務需求排期長研發是瓶頸;非研發角色感受不到研發技改提效的變化;引入ISV 團隊又擔心質量和安全,培訓周期長“等等,基于此我們探索了一種新的技術體系及交付方案來解決如上問題。 ......

    uj5u.com 2023-04-20 08:18:49 more
  • 05單件模式

    #經典的單件模式 public class Singleton { private static Singleton uniqueInstance; //一個靜態變數持有Singleton類的唯一實體。 // 其他有用的實體變數寫在這里 //構造器宣告為私有,只有Singleton可以實體化這個類! ......

    uj5u.com 2023-04-19 08:42:51 more
  • 【架構與設計】常見微服務分層架構的區別和落地實踐

    軟體工程的方方面面都遵循一個最基本的道理:沒有銀彈,架構分層模型更是如此,每一種都有各自優缺點,所以請根據不同的業務場景,并遵循簡單、可演進這兩個重要的架構原則選擇合適的架構分層模型即可。 ......

    uj5u.com 2023-04-19 08:42:41 more