Posted on 2005-06-17 22:26
wxb_nudt 閱讀(6604)
評論(8) 編輯 收藏 所屬分類:
技術雜談
程序員眼中的UML(3)
--類圖，就是比你高一點
UML的成功80％是因為類圖，提到UML的時候有90％的人想到了類圖，應用UML的時候100％應用了類圖。如果類圖和源代碼走到一起，肯定是要代碼抗釘耙的，因為論武功和智慧，類圖都高了那么一點點。
亂談類圖
如果說程序是一個人，那么類圖就是這個人的軀體。也就是說，光有類圖，一個程序已經成型了，看上去很像那么一回事了。UML在刻畫程序的靜態結構方面很成功，但是在刻畫程序的動態語義時很失敗，至今沒有一個好的解決方案，或者說，沒有一個能讓各方面都接受的方案。如果UML動態語義的問題解決了，那么MDA的目標就真的達到了，模型可以完全代替代碼了。
目前的MDA工具，號稱模型代碼同步的，號稱代碼生成的，號稱PIM/PSM轉換的，大部分都只是和類圖打交道罷了。因為類圖和代碼之間的轉換是如此自然，以至于出現了Together這樣的工具，模型（類圖而已）和代碼是同步的。
類圖是程序的軀體，動作語義才是程序的靈魂，可惜UML在刻畫程序靈魂的事情上做得太不出色了。很多研究者僅僅把目光放在類圖上，類圖到代碼的生成幾乎已經沒有什么可以研究了，還是抱住不放，在生成的代碼中加入約束、加入設計模式、加入持久化存儲等等。怒其不爭、哀其無志。想到自己也是其中的一員，不由臨表涕零。
類圖難點問題總結
類圖是非常容易學習的，因為它和面向對象編程是孿生兄弟，如今的程序員哪有不懂面向對象的，因此類圖對于他們，就如同奶瓶對于嬰兒一般。下面從硬盤中翻出一幅曾經自己畫的類圖，相信大家一看便知：
類圖是一門易學難精的技術，正如面向對象技術一樣，一百個程序員九十九個都說自己懂面向對象，但是真正入門的可能不到十個，真正精通的也許只有一個，這個人還往往不是中國人，唉～
自己重新學習UML的動機就來自于一次論文撰寫過程中，想查閱類圖的元模型圖，但是問遍同行，翻遍網絡，找不到合適的圖形或者描述，最后只能求救于OMG的UML規范。一查之下，大驚失色，原來很多東西原來都是懵懵懂懂，不甚了了。因此痛下決心，要弄懂類圖中的疑點。
翻看類圖，我發現有如下是疑點所在：
l Attribute和Property的關系如何？區別和共同點是什么？
l 完整的描述一個操作（Operation），需要多少東西？
l 類之間可以有關系（Relationship），關系可以是關聯（Association）或者泛化（Generalization），這個你知道么？
l 關聯有七種：普通關聯、遞歸關聯、限定關聯、或關聯、有序關聯、三元關聯、聚合（聚合和組合），各自有什么含義？用法如何？
l 關聯類（Association Class）的含義如何？應用場景如何？
l 類的實例化是對象，關聯的實例化是什么呢？
總結出了這些疑點要歸功于中文UML書籍的模糊和混亂，或者是翻譯者的語焉不詳。所以讓我在復習時找出了這么多的疑點。
要查閱資料，解決疑難，并舉例說明，起碼需要3，4天的時間，因此這篇隨筆就作為類圖的引文先發了。也希望志同道合者和我一起研究上面的問題。
后記
周末了，想偷懶了，結果適得其反，剛剛完成這篇blog就停電了，后面的幾百字全沒了。這一點告訴我們，持久化存儲是多么重要啊～