在對事物分析的思維活動中，基本都可以歸納到動態分析和靜態分析兩大類上，在部落格很早以前的文章我也專門談到過動態分析方法和靜態分析方法，以及動靜分析方法結合的普遍適用性。
靜的分析包括分類，分解，分層，架構，組成，組合等。其核心是通過分而治之的方法來研究事物的內部結構和組成，以全面的了解事物的構成和組成要素。動的分析包括階段，流程，活動，步驟，方法，排序等。其核心的研究事物的生命週期和執行機制，以全面的了解事物發展過程，在不同階段下表現出來的狀態特徵。
動靜結合則是靜中有動，動中有靜，既研究事物的動態活動，又研究事物靜止狀態的內部結構，同時將事物的外在動態表現深入到事物內部元件間的互動和協同。只有這種動靜結合才能夠深入理解事物。
今天進一步談動靜分析，主要是在知乎也看到乙個問題，即思維導圖本身是否能夠反映出乙個人思考的過程？對於這點，我的回答很明確，即思維導圖能夠反映出相當片面的一部分思考過程，絕對不是全部。
思維導圖本質仍然是分析方法中的靜態構圖法，其溝通的核心思路是基於跟節點進行分解，同時又符合基礎的mece法則的要求。因此思維導圖更多的是反映出事物內部的組成或構成，但是很難真正反映出這些組成單元之間的內在協同機制。
這也是思維導圖更多的是輔助自己思考，而不能代替思考過程總結原因。也就是當你看到乙個思維導圖的時候，你可能馬上能理解到乙個知識體系或知識結構的組成是怎麼樣的，但是如何達到這個知識結構，行動路線應該是如何的？同時這些分解後的知識點之間是如何協同和互動的，先後和關聯依賴關係是如何的？這些你並不能從思維導圖中得到明確的答案。
說這一點的核心原因是想說明乙個關鍵，即：
乙個完整的思考和呈現過程應該是通過動態分析視角來逐步推導和形成靜態構圖。
這個在我們it諮詢和資訊化規劃，日常工作匯報，ppt呈現過程中都相當重要。所有的這些內容乙個本質就是你要把整個思考過程講清楚，或者說你要把整個故事講清楚，最後才是形成乙個故事點的構圖。如果我們一開始就拿出乙個完整的靜態思維導圖或架構圖，反而會讓對方疑惑這個圖是如何構成的？圖中過的各個元件之間的運作和協同機制是如何的？這個圖上的各個元件和我們的業務日常運作流程之間是如何匹配的？
這些問題如果解釋不清楚，再漂亮的構圖也是空中樓閣而無法落地或者和實際業務匹配起來。
在做it規劃和soa架構諮詢的時候，我們強調的最多的就是流程驅動it，業務驅動it，即首先還是講動態的流程分析入手，否則類似soa，如果我們一開始就拿出系統間整合架構圖，那麼這些整合點究竟**於哪些業務協同，介面和業務流程協同間什麼關係我們反而講不清楚。
由動態分析來驅動靜態分析的核心思路就是：
首先從動態分析入手，通過流程線和時間線的視角，先梳理清楚核心的業務階段和業務活動單元，搞清楚這些單元是如何互動和協同的，然後再講這些元件以靜態分類，聚合的思路重新抽象為靜態的各種架構檢視呈現。完成動態分析和靜態分析的結合。
如果是對你相當熟悉的專業領域，你可能一下就能給出完整的靜態架構圖，但是如果要讓外面非專業的人理解你的思考過程，那麼就必須從流程講到元件，從動態講到靜態。
舉例分析Linux動態庫和靜態庫
函式庫分為靜態庫和動態庫兩種。建立linux靜態庫和linux動態庫和使用它們在這裡將以舉例的形式詳述一下。靜態庫在程式編譯時會被連線到目標 中，程式執行時將不再需要該靜態庫。動態庫在程式編譯時並不會被連線到目標 中，而是在程式執行是才被載入，因此在程式執行時還需要動態庫存在。第1步 編輯得到舉例的...
js的例項方法和靜態方法分析
var person function person.say function person.prototype.getname function name 以上的 實際上很簡單，首先是定義了乙個function，js裡面像上面那樣定義乙個function實際上是定義了乙個類，接下來，我給你這個類新...
動態對映和靜態對映
先說virtualalloc和virtualcopy virtualalloc 首先會從我們的虛擬位址空間中申請 或者說預留 一塊虛擬空間，準備接下來要用它。注意此時，可用的物理記憶體並沒有減少，只是虛擬位址少了一塊可用的區域。真正把這塊之前 reserved 的虛擬空間對映到物理的記憶體區域就是由...