UML規(guī)范=束縛?
談到UML就不難以避開UML規(guī)范的話題.多年來學(xué)習(xí)編程語言的習(xí)慣,語言規(guī)格說明是必經(jīng)之路,金科玉律一般.但是UML規(guī)范怎么在實踐中怎么就成為了束縛了呢?
- UML 規(guī)范和c#語言規(guī)范不同的是:混亂的c#代碼可能直接無法通過編譯,但是不符合的UML規(guī)范的應(yīng)用卻沒有那樣顯示的錯誤提示
- UML從1.0到2.0版本之間就有差異,在新版本中很多規(guī)范都是指導(dǎo)性的!敝笇(dǎo)性“反而讓我們難以抉擇。
- 有時候你按照規(guī)范來做了,但是卻大家卻不習(xí)慣
大師們是怎么給我們建議的呢?
- 習(xí)慣用法優(yōu)于規(guī)范
- 為了更好的表達你的意圖,時刻準備著違反規(guī)范
- 只要合適,可以引入非UML圖表,不要猶豫
Okay,甩掉包袱,我們可以輕裝上陣了.
UML第一步,怎么開始?從哪里開始?
怎么走出UML應(yīng)用的第一步呢?像我的朋友遇到的情況先把UML規(guī)格說明熟讀么?然后發(fā)誓把UML各種圖表能用的全用上么?請注意這里有如下事實:
你已經(jīng)忘記了目的地,使用UML的目的是更好的溝通,而不是充分使用UML的各種圖
即使是UML的發(fā)明者們也不能熟練使用UML所有的圖,人們需要的往往是一個很小的集合
人們買來電器之后第一件事是全面學(xué)習(xí)使用手冊么?不是,基本規(guī)則會了就先用起來,不會的時候再去找,這個就是行動思維
我們就釋然了,沒有必要使用所有的圖,更沒有必要熟悉所有的UML規(guī)格說明,不應(yīng)成為負擔。歸根究底,成為負擔的是對我們沒用的東西,銘記奧卡姆剃刀原則Occam's Razor:如無必要,勿增實體,大膽的舍棄對自己沒有的東西!
從哪里開始?Martin先生給出的建議是從類圖和序列圖開始,這兩種圖是基本的,常用的,最有用的圖形。掌握了這兩種圖之后,可以嘗試其它圖,如果新的圖沒有給你帶來什么幫助,大膽的舍棄它!
然后呢?Ok,我們行動吧!
原文:http://www.cnblogs.com/me-sa/archive/2009/05/26/UMLFirstStep.html
本文鏈接:http://m.95time.cn/tech/program/2009/6742.asp
出處:回頭再說
責任編輯:bluehearts
上一頁 聚焦UML實踐第一步 [2] 下一頁
◎進入論壇網(wǎng)絡(luò)編程版塊參加討論
|