1.前言

感受

目前創(chuàng)新互聯(lián)已為近千家的企業(yè)提供了網(wǎng)站建設(shè)、域名、雅安服務(wù)器托管、網(wǎng)站托管運營、企業(yè)網(wǎng)站設(shè)計、麻山網(wǎng)站維護等服務(wù)，公司將堅持客戶導(dǎo)向、應(yīng)用為本的策略，正道將秉承"和諧、參與、激情"的文化，與客戶和合作伙伴齊心協(xié)力一起成長，共同發(fā)展。

在剛接觸軟件開發(fā)工作的時候，每次接到新需求，在分析需求后的第一件事情，就是火急火燎的打開數(shù)據(jù)庫（DBMS），開始進行數(shù)據(jù)表的創(chuàng)建工作。然而這種方式，總是會讓我在編碼過程中出現(xiàn)實體類設(shè)計疏漏的地方，導(dǎo)致我在寫業(yè)務(wù)代碼時，還回頭去反復(fù)的修改數(shù)據(jù)表和實體類。為了規(guī)避這樣的情況，我學(xué)習(xí)期間發(fā)現(xiàn)了UML中關(guān)于類圖的知識點，它讓我知道，作為編碼者在分析需求后，做的第一件最基本的事情應(yīng)該是進行面向?qū)ο蠓治?，然后使用UML繪制類圖的方式進行面向?qū)ο蟮脑O(shè)計。在類圖繪制完之后，使用類圖與組員溝通設(shè)計思想，分析設(shè)計的可行性，在項目組一致達成共識后才進入后面的動手環(huán)節(jié)。

以上這種，通過面向?qū)ο蠓治龊驮O(shè)計來繪制類圖的工作習(xí)慣，我一直延續(xù)至今。因為，它不僅能保證軟件構(gòu)建的穩(wěn)定性，還能提升我們面向?qū)ο蟮乃枷牒蛯嵺`能力。在實際中，極少數(shù)的情況下，公司會聘用專門的設(shè)計人員為你提供設(shè)計方案，更多的情況是，程序員要擔(dān)任設(shè)計和編碼的綜合性工作，所以我認(rèn)為掌握UML類圖，是一名程序員的技能標(biāo)配。

三個層次

在標(biāo)準(zhǔn)的軟件工程建模當(dāng)中，類圖實際上根據(jù)三個層次劃分為了三種類型的類圖，根據(jù)使用順序分別為：概念層類圖、說明層類圖和實現(xiàn)層類圖。概念層用于業(yè)務(wù)建模階段，著重于對問題領(lǐng)域的概念化理解；說明層用于概念模型階段，主要考察類的交互涉及哪些接口；實現(xiàn)層用于設(shè)計階段，主要考慮類在代碼技術(shù)層面的實現(xiàn)細節(jié)。本文主要主要以實現(xiàn)層的類圖為主，因為實現(xiàn)層的類圖是最常用的，并且它是直接影響到我們實際的編碼工作的，下面我會針對它涉及的繪制方式、類之間的關(guān)系展開詳細講解。

2.類的識別

UML類圖的基本語法是很簡單的，可能懂點編程的人在不系統(tǒng)學(xué)習(xí)的情況下，借助繪圖工具都可以繪制出來。但在實際的業(yè)務(wù)需求中，充斥著各種晦澀的業(yè)務(wù)概念、事物，要從其中準(zhǔn)確無誤的提煉出有利于業(yè)務(wù)系統(tǒng)的類，并非一件簡單的事情。

對于類的識別，并沒有很具體的步驟、公式進行照搬硬套，往往只能通過自身的經(jīng)驗和面向?qū)ο蟮脑煸勅プR別類。并且識別類往往也不是一蹴而就的，還要結(jié)合類與類之間的關(guān)系、業(yè)務(wù)的使用場景，反復(fù)推敲，才能逐步得到合適的類型。對此我只能提供一些概念性的經(jīng)驗心得，讀者可以選擇性的參考，并不作為一個標(biāo)準(zhǔn)。

類的識別很大程度上需要依靠“邊界”，這是一個復(fù)雜的概念，你可以簡單理解它相當(dāng)于一個范圍，設(shè)定邊界可以讓我們知道能做什么事情，和不能做什么事情。并且邊界的設(shè)定會決定我們看待事物的視角和抽象事物的層次。對于類的識別而言，其邊界可參考當(dāng)前的系統(tǒng)的目標(biāo)、業(yè)務(wù)場景等，有了清晰的邊界，可以縮小類的識別范圍，不在是天馬行空，毫無根據(jù)。

如果不通過邊界確定一個角度，那么對于同一事物，通過不同的角度會提煉出不同的類型。就拿我們自身舉例，從職業(yè)的角度來看我們則是程序員，從國家的角度來看我們則是中國人，從動物的角度來看我們則是人類。所以我們必須要通過邊界來確定一個角度，從而清晰的分析獲取有利于業(yè)務(wù)系統(tǒng)的類型。