系統的維次與層次

如果把系統視為多維對象，那麼UML的類圖、順序圖表、狀態圖、使用案例圖等就是在不同的維度上對系統建立的視圖。這種視圖除了維度差別，在同一維度下還有層次（粒度）的差別，比如：package diagram是比class diagram更高層次（更粗粒度）的視圖。系統是多維次多層次的，相應的系統分析也是有維次與層次的。

 

目前社區流行一種通過剖析底層機制來分析事物的方法。剖析底層機制本身並沒有錯，只是千萬不要認為把底層機制分析清楚了就掌握了事物的本質。因為，從淺處講，往往底層機制恰好是可以有多種不同實現的，它是非本質的可變的，而高層抽象是更本質的相對穩定的。從深處講，按系統多維次多層次的觀點，正如把類圖畫得再完美也不過是程式的靜態結構特徵，程式的動態特徵還需要順序圖表等來體現；底層機制屬於實現維，而介面規範維是與之正交的。所以，單純的底層機制剖析雖然貌似深入，其實猶如“盲人摸象”只執一端而已。我提倡探索底層機制，不過我更提倡首先建立系統的觀念，才不至於在深入研究的時候迷失方向。