學習UML的心得

看了很多關於UML的文章，總覺得UML是一個好東西，但卻常常不喜歡真正的去用它。覺得太麻煩，這是一個重要的理由。

       但是如果閱讀他人的程式的時候，又往往希望能先看到程式的UML的設計文檔。

      根據敏捷的原則，效率最大，在此基礎上可以不用非常詳細的去畫UML，可以畫一些非常簡單的UML結構草圖，來協助設計分析用。

      當然，當時間不是那麼緊張的時候，或者說有條件的時候，比如公司給你配置了一名技術助理之類的時候，可以把設計文檔補全，通過補全UML的同時，其實也能加深對物件導向思想的理解。

      自從Uncle Bob提出代碼就是最好的文檔，我無不從簡單，清楚的編碼風格上努力。希望能寫出非常優雅的，可以替代文檔的代碼。但是這難度很大。當程式很大的時候，你不得不作些折中。

      我的經驗告訴我，文檔是必須的，即使是不大的程式。但盡可以寫的簡單，明了。

      能寫出完美的代碼來是不容易，可以重構以後得出也不容易。這些都需要刻苦訓練才行。

      學習是一個枯燥的過程，從中取樂是堅持的關鍵。寫這篇短文就是基於此，見笑了。