摘要:從零開始單排學設計模式的國服排位之旅,今天正式開啟目前段位定級賽這篇文章來總結下類圖,本來不打算講類圖的,因為我在學習設計模式的時候,一遇到有關的就會自動忽略,一看感覺就很復雜。關聯關系用實現箭頭來表示。
閱讀本文大概需要 3.5 分鐘。
本篇是設計模式系列的開篇,雖然之前也寫過相應的文章,但是因為種種原因后來斷掉了,而且發現之前寫的內容也很渣,不夠系統。
所以現在打算重寫,加上距離現在也有一段時間了,也算是自己的一個回顧吧!
學而時習之,不亦說乎。
從零開始單排學設計模式的國服排位之旅,今天正式開啟!
目前段位:定級賽
這篇文章來總結下UML類圖,本來不打算講UML類圖的,因為我在學習設計模式的時候,一遇到有關UML的就會自動忽略,一看感覺就很復雜。
但是隨著學習的深入,發現不掌握UML類圖,對設計模式或者某一個框架沒有整體的把控。所以與其逃避,不如敢于面對,今天就讓我們一起來了解下什么是UML類圖。
Let"s Go!
前言
設計模式不是語法,是一種巧妙的寫法,能把程序變的更加靈活。架構模式比設計模式大,架構模式是戰略,而設計模式是戰術。
設計模式分為3大類型:創建型,行為型,結構型,總共有23種。
UML類圖
類圖描述系統中類的靜態結構,它不僅定義系統中的類,描述類之間的聯系,如關聯、依賴、聚合等,還包括類的內部結構(類的屬性和操作)。
類圖描述的是靜態關系,在系統的整個生命周期中都是有效的。
對象圖是類圖的實例,它們的不同之處在于對象圖顯示類圖的多個對象實例,而不是實際的類。由于對象存在生命周期,所以對象圖只能在系統某一時間存在。
UML基本圖示法
虛線箭頭指向依賴;
實線箭頭指向關聯;
虛線三角指向接口;
實線三角指向父類;
空心菱形能分離而獨立存在,是聚合;
實心菱形精密關聯不可分,是組合;
上面是UML的語法,在畫類圖的時候,清理類和類之間的關系是重點。
類的關系有泛化(Generalization)、實現(Realization)、依賴(Dependency)和關聯(Association)。
其中關聯又分為一般關聯關系和聚合關系(Aggregation),合成關系(Composition)。
基本概念
類圖(Class Diagram):類圖是面向對象系統建模中最常見和最重要的圖,是定義其他圖的基礎。
類圖的主要是用來顯示系統中的類、接口以及它們之間的靜態結構和關系的一種靜態模型。
類圖的3個基本組件:類名、屬性、方法。
詳細解析
注:下面圖片實例中的代碼為C#代碼,非Java代碼!
繼承關系
首先看到上圖這個“動物”矩形框,它就代表一個類(Class)。
類圖分三層
第一層顯示類的名稱,如果是抽象類,則就用斜體顯示。
第二層是類的特性,通常就是字段和屬性。
第三層是類的操作,通常是方法或行為。
在看到上圖中的“飛翔”,它表示一個接口圖,與類圖的區別主要是頂端有<
第一行是接口名稱,第二行是接口方法。
接口還有另一種表示方法,俗稱棒棒糖表示法,就是唐老鴨類實現了“講人話”的接口。
鴨子本來也有語言,只不過只有唐老鴨是能講人話的鴨子。
注意動物、鳥、鴨、唐老鴨之間的關系符號,你就會發現它們都是繼承的關系。
繼承關系用空心三角形+實現來表示。
這里列舉的幾種鳥中,大雁是最能飛的,我讓它實現了飛翔接口。
實現接口用空心三角形+虛線來表示。
在看下圖中企鵝和氣候兩個類,企鵝是很特別的鳥,會游不會飛。更重要的是,它與氣候有很大的關聯。我們不去討論為什么北極沒有企鵝,為什么它們要每年長途跋涉。
總之,企鵝需要“知道”氣候的變化,需要“了解”氣候規律。
當一個類“知道”另一個類時,可以用關聯(association)。
關聯關系用實現箭頭來表示。
我們再來看上圖中大眼與雁群這兩個類,大雁是群居動物,每只大雁都屬于一個雁群,一個雁群可以又很多只大雁。
所以它們之間就滿足聚合(Aggregation)關系。
聚合表示一種弱的“擁有”關系,體現的是A對象可以包含B對象,但B對象不是A對象的一部分。
聚合關系用實心的菱形+實線箭頭來表示。
合成(Composition,也有翻譯成“組合”的)是一種強的“擁有”關系,體現了嚴格的部分和整體的關系,部分和整體的聲明周期一樣。
在這里鳥和其翅膀就是合成(組合)關系,因為它們是部分和整體的關系,并且翅膀和鳥的聲明周期是相同的。
合成關系用實心的菱形+實現箭頭來表示。
另外,你會注意到合成關系的連線兩端還有一個數字“1”和數字“2”,這被稱為基數。表明這一段的類可以有幾個實例,很顯然,一個鳥應該有兩只翅膀。
如果一個類可能有無數個實例,則就用“n”來表示。關聯關系、聚合關系也可以有基數的。
動物幾大特征,比如有新陳代謝,能繁殖。而動物要有生命力,需要氧氣、水以及食物等。也就是說,動物依賴于氧氣和水。
他們之間是依賴關系(Dependency),用虛線箭頭來表示。
結語
編程是一門技術,更加是一門藝術!
不能只滿足于寫完代碼運行結構正確就完事,時常考慮如何讓代碼更加簡練,更加容易維護,容易擴展和復用,只有這樣才能可以真正得到提高。
切身感悟:自己幾個月之前寫完的代碼,現在再來回顧,你會發現這代碼簡直了...,一團糟,甚至懷疑這代碼不是出自自己之手(絕對是自己寫的)。想著手優化,進行改進,又怕本來沒問題的功能,改出問題,影響使用,然后又進入惡性循環了。。。這種情況要切記,一定要盡可能的避免!
寫出優雅的代碼也是一種很爽的事情!!!
往期精彩回顧
房東:你敢申報,我就漲房租!京東取消年終獎!
一千行MySQL詳細學習筆記(值得學習與收藏)
你女朋友是高可用么?
在Java中如何優雅地判空
最近整個業內狀態不太好,注意提防一些公司的小九九!
Java爬取并下載酷狗TOP500歌曲
如何計算服務器能夠承受多大的pv?
程序員們,別再學習框架了!
專科程序員與本科程序員之間有什么區別?
程序員的一天是怎樣過的?
從 0 開始手寫一個Tomcat,7 步搞定!
關注我的公眾號閱讀更多精彩!!!
文章版權歸作者所有,未經允許請勿轉載,若此文章存在違規行為,您可以聯系管理員刪除。
轉載請注明本文地址:http://specialneedsforspecialkids.com/yun/73253.html
摘要:前言只有光頭才能變強好的,今天我們要上鉑金段位了,如果還沒經歷過青銅和白銀和黃金階段的,可以先去蹭蹭經驗再回來從零單排學青銅從零單排學白銀從零單排學黃金這篇文章主要講的是主從復制。 前言 只有光頭才能變強 好的,今天我們要上鉑金段位了,如果還沒經歷過青銅和白銀和黃金階段的,可以先去蹭蹭經驗再回來: 從零單排學Redis【青銅】 從零單排學Redis【白銀】 從零單排學Redis【黃金...
摘要:可以通過以下兩個配置盡量減少數據丟失的可能從零單排學鉑金三,敬請期待參考資料設計與實現實戰如果你覺得我寫得還不錯,了解一下堅持原創的技術公眾號。 前言 只有光頭才能變強 好的,今天我們要上【鉑金二】了,如果還沒有上鉑金的,趕緊先去蹭蹭經驗再回來(不然不帶你上分了): 從零單排學Redis【青銅】 從零單排學Redis【白銀】 從零單排學Redis【黃金】 從零單排學Redis【鉑金一...
摘要:當被監聽的準備好執行連接應答讀取等等操作時,與操作相對應的文件事件就會產生,根據文件事件來為關聯對應的事件處理器,從而實現功能。服務器使用單線程單進程的方式處理命令請求。 前言 只有光頭才能變強 好的,今天我們要上黃金段位了,如果還沒經歷過青銅和白銀階段的,可以先去蹭蹭經驗再回來: 從零單排學Redis【青銅】 從零單排學Redis【白銀】 看過相關Redis基礎的同學可以知道Re...
閱讀 1924·2021-11-19 09:40
閱讀 2132·2021-10-09 09:43
閱讀 3294·2021-09-06 15:00
閱讀 2810·2019-08-29 13:04
閱讀 2766·2019-08-26 11:53
閱讀 3512·2019-08-26 11:46
閱讀 2320·2019-08-26 11:38
閱讀 390·2019-08-26 11:27