国产 无码 综合区,色欲AV无码国产永久播放,无码天堂亚洲国产AV,国产日韩欧美女同一区二区

設(shè)計模式(1) - UML類圖

這篇具有很好參考價值的文章主要介紹了設(shè)計模式(1) - UML類圖。希望對大家有所幫助。如果存在錯誤或未考慮完全的地方,請大家不吝賜教,您也可以點(diǎn)擊"舉報違法"按鈕提交疑問。

1、前言

從這一節(jié)開始,我們將一起學(xué)習(xí)設(shè)計模式。我們的學(xué)習(xí)目標(biāo)是什么呢?

  1. 了解常用設(shè)計模式以及它們的使用場景;
  2. 分析實(shí)際工程中設(shè)計模式的使用,揣摩實(shí)際意圖,了解作者設(shè)計思路;
  3. 嘗試運(yùn)用設(shè)計模式迭代、重構(gòu)自己的代碼;
  4. 提升軟件架構(gòu)設(shè)計思路。

最近在閱讀 Android 源碼,時常碰到代碼中有一些巧妙的寫法,簡單的如 MediaPlayerService 中的 IFactory,我知道它是工廠模式,但是卻不十分清楚它為什么這么用;復(fù)雜點(diǎn)的如 NuPlayer 中的 DeferredActions 機(jī)制,我只能慢慢揣摩它是如何工作的,最終也能琢磨出個大差不差;有些特點(diǎn)不太鮮明的如 NuPlayer Source 中的 wrapper,我就不是很理解它為什么要這么寫了。

學(xué)習(xí)一些優(yōu)秀的工程源碼實(shí)現(xiàn)時,常常因?yàn)椴焕斫馄渲羞@些設(shè)計的思路,覺得作者寫的晦澀難懂;有的時候猛然揣摩出作者的用意,又覺得豁然開朗。很多時候即使我們知道了一些設(shè)計或者寫法,但是并不一定能夠靈活運(yùn)用,為了讓初學(xué)者能夠?qū)懗龈鼉?yōu)秀的代碼,前人整理整理出了寫作過程中常用的技巧和設(shè)計模式,深入學(xué)習(xí)和思考設(shè)計模式,無論是對代碼閱讀還是寫作都是大有裨益的。

2、UML 類圖

龐大的工程往往具有相當(dāng)多且復(fù)雜的類,閱讀這些類時我們常常會用 UML 類圖來展示復(fù)雜的類關(guān)系,以下是一個簡單的 UML 類圖示例:
設(shè)計模式(1) - UML類圖,編程語言,設(shè)計模式,uml

  • 車是一個抽象類;
  • 汽車?yán)^承于車,它和車的關(guān)系為實(shí)現(xiàn)關(guān)系,使用帶空心箭頭的虛線表示;
  • 轎車和汽車之間也是繼承關(guān)系,它們之間的關(guān)系為泛化關(guān)系,使用帶空心箭頭的實(shí)線表示;
  • 發(fā)動機(jī)與汽車之間是組合關(guān)系,使用帶實(shí)心箭頭的實(shí)線表示;
  • 學(xué)生與班級之間是聚合關(guān)系,使用帶空心箭頭的實(shí)線表示;
  • 學(xué)生和校園卡之間為關(guān)聯(lián)關(guān)系,使用帶箭頭的實(shí)線表示;
  • 學(xué)生上學(xué)要用自行車,與自行車是一種依賴關(guān)系,使用帶箭頭的虛線表示;

3、類之間的關(guān)系

3.1、實(shí)現(xiàn)關(guān)系

實(shí)現(xiàn)關(guān)系指的是將抽象概念變成現(xiàn)實(shí)實(shí)現(xiàn)。拿上面的示例來說,我們只知道車可以移動,但是不知道車長什么樣子,要如何移動,所以它只是一個概念。汽車包含有發(fā)動機(jī)、變速箱等組件,踩油門就可以移動;自行車兩個輪胎一個把手,用腳踩就可以移動。汽車和自行車將虛無的(抽象)概念變成現(xiàn)實(shí),所以用帶虛線的箭頭表示實(shí)現(xiàn)關(guān)系。

在代碼中,實(shí)現(xiàn)關(guān)系表現(xiàn)為繼承抽象類。

3.2、泛化關(guān)系

泛化關(guān)系指的是具體事物的不同形態(tài)。同樣拿車為例子,我們已經(jīng)知道車由變速箱、發(fā)動機(jī)等組成,但是它們?nèi)钥梢越M成不同的形態(tài),如轎車和SUV,它們都屬于汽車,但是又有各自的特點(diǎn)。

在代碼中,泛化關(guān)系表現(xiàn)為繼承非抽象類;

以 MediaPlayerInterface.h 為例,MediaPlayerInterface 繼承于 MediaPlayerBase,并且實(shí)現(xiàn)了 hardwareOutput,這個關(guān)系是屬于實(shí)現(xiàn)還是泛化關(guān)系呢?

個人以為是泛化關(guān)系,將 MediaPlayerBase 泛化為使用 software mixer 和 hardware output 兩種 player。泛化關(guān)系常常會修改基類方法或者是新增對外接口,可能會影響多態(tài)的使用(需要做強(qiáng)轉(zhuǎn)才能調(diào)用泛化類的新接口)。

例如 MediaPlayerBase 在實(shí)際使用中需要做強(qiáng)制轉(zhuǎn)換才能實(shí)現(xiàn) setAudioSink 的調(diào)用。

	sp<MediaPlayerBase> p = createPlayer(playerType);
    if (!p->hardwareOutput()) {
        mAudioOutput = new AudioOutput(mAudioSessionId, mAttributionSource,
                mAudioAttributes, mAudioDeviceUpdatedListener);
        static_cast<MediaPlayerInterface*>(p.get())->setAudioSink(mAudioOutput);
    }

泛化關(guān)系見的比較少,下次碰見再補(bǔ)充到這里。

3.3、聚合關(guān)系

聚合關(guān)系指的是整體和個體,整體由個體組成,但是整體不存在并不會影響個體。例如 buffer list 和 buffer 的關(guān)系,buffer 可以組成 buffer list,buffer list 不存在并不會影響 buffer。

3.4、組合關(guān)系

組合關(guān)系表示的是部分和整體的關(guān)系,它和聚合關(guān)系由比較大的區(qū)別,組合關(guān)系的整體不存在了,部分也就不存在了,反之也一樣。

可能有的人會不理解什么叫“整體不存在了部分也就不存在了;部分不存在了整體也不存在了”,這里以 ACodec.h 為例,ACodec 中有一個 mBufferChannel 成員,ACodec 銷毀了,那么 mBufferChannel 也就隨之銷毀了,這里體現(xiàn)的就是組合關(guān)系;如果 mBufferChannel 銷毀了,那么 ACodec 自然也就無法工作了。

之前看汽車和發(fā)動機(jī)的例子會有一些疑惑,明明發(fā)送機(jī)可以獨(dú)立存在,為什么它和汽車還是組合關(guān)系呢?現(xiàn)在的理解是這樣,如果沒有汽車,也就沒有發(fā)動機(jī)存在的必要了,所以說是沒有整體也就沒有部分。

組合關(guān)系比聚合關(guān)系更加強(qiáng)烈,用黑色箭頭表示強(qiáng)烈程度。

在代碼中,聚合關(guān)系 和 組合關(guān)系通常以成員變量體現(xiàn)出來,具體屬于哪一種還需要自己揣摩。

3.5、關(guān)聯(lián)關(guān)系

個人理解關(guān)聯(lián)關(guān)系表示的是擁有,比如說學(xué)生擁有自行車,那么學(xué)生就和自行車有了關(guān)聯(lián)。

在代碼中,關(guān)聯(lián)關(guān)系同樣是以成員變量體現(xiàn)出來,但是屬于擁有的關(guān)系,和上面的組合與聚合不一樣,它們本不相關(guān),并不需要自行車才能夠組成一個人。

3.6、依賴關(guān)系

依賴關(guān)系表示的是調(diào)用的關(guān)系,它是一種臨時性關(guān)系,在代碼中體現(xiàn)為參數(shù)傳入。再舉個例子,學(xué)生每天騎共享單車上學(xué),車不屬于學(xué)生,但是學(xué)生每天需要使用自行車,這就屬于依賴關(guān)系。如果學(xué)生有了車,那么可能就要?dú)w類于關(guān)聯(lián)關(guān)系了。

好了,以上就是我對 UML 圖繪制以及類之間關(guān)系的個人理解,如果有誤歡迎指出~文章來源地址http://www.zghlxwxcb.cn/news/detail-707002.html

到了這里,關(guān)于設(shè)計模式(1) - UML類圖的文章就介紹完了。如果您還想了解更多內(nèi)容,請在右上角搜索TOY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章,希望大家以后多多支持TOY模板網(wǎng)!

本文來自互聯(lián)網(wǎng)用戶投稿,該文觀點(diǎn)僅代表作者本人,不代表本站立場。本站僅提供信息存儲空間服務(wù),不擁有所有權(quán),不承擔(dān)相關(guān)法律責(zé)任。如若轉(zhuǎn)載,請注明出處: 如若內(nèi)容造成侵權(quán)/違法違規(guī)/事實(shí)不符,請點(diǎn)擊違法舉報進(jìn)行投訴反饋,一經(jīng)查實(shí),立即刪除!

領(lǐng)支付寶紅包贊助服務(wù)器費(fèi)用

相關(guān)文章

  • Java設(shè)計模式之責(zé)任鏈模式(UML類圖分析+代碼詳解)

    Java設(shè)計模式之責(zé)任鏈模式(UML類圖分析+代碼詳解)

    大家好,我是一名在算法之路上不斷前進(jìn)的小小程序猿!體會算法之美,領(lǐng)悟算法的智慧~ 希望各位博友走過路過可以給我點(diǎn)個免費(fèi)的贊,你們的支持是我不斷前進(jìn)的動力?。?加油吧!未來可期!! 本文將介紹java設(shè)計模式之責(zé)任鏈模式 OA系統(tǒng)采購審批需求 傳統(tǒng)方案解決OA系

    2024年02月06日
    瀏覽(16)
  • Java設(shè)計模式之行為型-命令模式(UML類圖+案例分析)

    Java設(shè)計模式之行為型-命令模式(UML類圖+案例分析)

    目錄 一、基礎(chǔ)概念 二、UML類圖 三、角色設(shè)計 四、案例分析 4.1、基本實(shí)現(xiàn) 4.2、點(diǎn)餐案例? 五、總結(jié) 1、將一個請求封裝為一個對象,使您可以用不同的請求對客戶進(jìn)行參數(shù)化。 2、對請求排隊(duì)或記錄請求日志,以及支持可撤銷的操作。 3、將命令對象與執(zhí)行命令的對象分離,

    2024年02月16日
    瀏覽(23)
  • Java設(shè)計模式之創(chuàng)建型-原型模式(UML類圖+案例分析)

    Java設(shè)計模式之創(chuàng)建型-原型模式(UML類圖+案例分析)

    目錄 一、基礎(chǔ)概念 二、UML類圖 三、角色設(shè)計 四、案例分析? 4.1、通用實(shí)現(xiàn)(淺克?。?4.2、深克隆 五、總結(jié) 原型模式通過復(fù)制已有對象作為原型,通過復(fù)制該原型來返回一個新對象,而不是新建對象,說白了就是不斷復(fù)制相同的對象罷了。 角色 描述 抽象原型類 規(guī)定了具

    2024年02月15日
    瀏覽(45)
  • Java設(shè)計模式之創(chuàng)建型-單例模式(UML類圖+案例分析)

    Java設(shè)計模式之創(chuàng)建型-單例模式(UML類圖+案例分析)

    目錄 一、基礎(chǔ)概念 二、UML類圖 三、角色設(shè)計 四、案例分析 4.1、餓漢模式 4.2、懶漢模式(線程不安全) 4.3、懶漢模式(線程安全) 4.4、雙重檢索模式 4.5、靜態(tài)內(nèi)部類 4.6、枚舉? 五、總結(jié) 單例模式確保一個類只有一個實(shí)例,提供一個全局訪問點(diǎn)。一般實(shí)現(xiàn)方式是把構(gòu)造函

    2024年02月13日
    瀏覽(46)
  • Java設(shè)計模式之結(jié)構(gòu)型-橋接模式(UML類圖+案例分析)

    Java設(shè)計模式之結(jié)構(gòu)型-橋接模式(UML類圖+案例分析)

    目錄 一、基礎(chǔ)概念 二、UML類圖 三、角色設(shè)計 四、案例分析 4.1、支付方式 4.2、支付渠道? 五、總結(jié) 橋接模式(Bridge Pattern)是一種結(jié)構(gòu)型設(shè)計模式,其主要目的是“將抽象部分與實(shí)現(xiàn)部分分離,使它們都可以獨(dú)立地變化”。 橋接模式的核心思想是把抽象(abstraction)與實(shí)現(xiàn)

    2024年02月13日
    瀏覽(22)
  • Java設(shè)計模式之行為型-責(zé)任鏈模式(UML類圖+案例分析)

    Java設(shè)計模式之行為型-責(zé)任鏈模式(UML類圖+案例分析)

    目錄 一、基礎(chǔ)概念 二、UML類圖 三、角色設(shè)計 四、案例分析 4.1、在Java中實(shí)現(xiàn) 4.2、在SpringBoot中實(shí)現(xiàn)? 五、總結(jié)? 責(zé)任鏈模式是一種行為設(shè)計模式,它允許你將請求沿著處理者鏈進(jìn)行發(fā)送。請求會被鏈上每個處理者處理,直到請求被處理完畢。該模式主要解決的是請求的發(fā)送者和

    2024年02月15日
    瀏覽(22)
  • Java設(shè)計模式之行為型-迭代器模式(UML類圖+案例分析)

    Java設(shè)計模式之行為型-迭代器模式(UML類圖+案例分析)

    目錄 一、基礎(chǔ)概念 二、UML類圖 三、角色設(shè)計 四、案例分析 五、總結(jié) 迭代器模式是一種常用的設(shè)計模式,它主要用于遍歷集合對象,提供一種方法順序訪問一個聚合對象中的各個元素,而又不暴露該對象的內(nèi)部表示。 舉個簡單的比喻,聚合對象像一個存放蘋果的籃子,迭代

    2024年02月16日
    瀏覽(63)
  • Java設(shè)計模式之結(jié)構(gòu)型-組合模式(UML類圖+案例分析)

    Java設(shè)計模式之結(jié)構(gòu)型-組合模式(UML類圖+案例分析)

    目錄 一、基礎(chǔ)概念 二、UML類圖 三、角色設(shè)計 四、案例分析 4.1、基本實(shí)現(xiàn) 4.2、菜單遍歷? 五、總結(jié)? 組合模式(Composite Pattern)又叫部分-整體模式,它通過將對象組合成樹形結(jié)構(gòu)來表示“整體-部分”的層次關(guān)系,允許用戶統(tǒng)一單個對象和組合對象的處理邏輯。 角色 描述

    2024年02月16日
    瀏覽(25)
  • Java設(shè)計模式之創(chuàng)建型-建造者模式(UML類圖+案例分析)

    Java設(shè)計模式之創(chuàng)建型-建造者模式(UML類圖+案例分析)

    目錄 一、基本概念 二、UML類圖 三、角色設(shè)計? 四、案例分析 五、總結(jié) 建造者模式是一種創(chuàng)建型設(shè)計模式,它使我們將一個復(fù)雜對象的構(gòu)建步驟分離出來,使得同樣的構(gòu)建過程可以創(chuàng)建不同的表示。該模式的目的是將構(gòu)建復(fù)雜對象的過程抽象化,從而減少代碼的重復(fù)和復(fù)雜

    2024年02月15日
    瀏覽(24)
  • Java設(shè)計模式之結(jié)構(gòu)型-享元模式(UML類圖+案例分析)

    Java設(shè)計模式之結(jié)構(gòu)型-享元模式(UML類圖+案例分析)

    目錄 一、基本概念 二、UML類圖 三、角色設(shè)計 四、案例分析 4.1、基本實(shí)現(xiàn) 4.2、游戲角色 五、總結(jié) 享元模式是一種結(jié)構(gòu)型設(shè)計模式,主要用于減少創(chuàng)建大量相似對象所占用的內(nèi)存,它通過共享技術(shù)來有效支持大量細(xì)粒度的對象。 角色 描述 抽象享元角色 定義出對象的外部狀

    2024年02月16日
    瀏覽(26)

覺得文章有用就打賞一下文章作者

支付寶掃一掃打賞

博客贊助

微信掃一掃打賞

請作者喝杯咖啡吧~博客贊助

支付寶掃一掃領(lǐng)取紅包,優(yōu)惠每天領(lǐng)

二維碼1

領(lǐng)取紅包

二維碼2

領(lǐng)紅包