小朱® 的技術隨手寫

之前其實就有想寫這一篇，但是因為很忙而擱著，今天看到了某些網路文章，才讓我起意把這篇補起來。早期我寫了一系列關於架構師先決條件的文章 "邁向架構師的暖身運動"，簡單說明了怎麼由架構的角度去思考系統設計的方略，今天就用這篇文章將它做個總結吧 (謎之音：其實是你自己懶吧)。

我雖然自問不怎麼時尚，但多少也聽過時尚圈流行混搭 (mashup)，尤其是服裝的穿著，走在都會的街上想不碰到混搭穿著的人還蠻難的，這樣的穿法是時尚的表現，但是如果系統架構也這樣，可就一點也不時尚，反而會埋下很多的地雷給自己踩 ...

都當上老鳥了，總不可能只做寫程式的工作吧，上面交代的也許會是規劃新系統的任務，這時老鳥在經驗上的優勢就很容易表現出來了，尤其是思考系統架構的深度。

最近 MVC (Model-View-Controller) 和 MVVM (Model-View-ViewModel) 在微軟圈成為顯學，ASP.NET MVC 和 WPF 的 Prism (MVVM Framework) 功不可沒，MVC 和 MVVM 在概念上都是基於分層的，將呈現 (presentation) 與資料 (data) 分開的設計架構，M 和 V 基本上不是問題，但將這兩個整合的中間這層可就有很多的學問，另外，除了 MVC 和 MVVM 外，還有一個叫做 MVP (Model-View-Presenter) 的架構，這三個的設計概念非常類似，很容易會讓人傻傻分不清楚 ...

最近發生兩個很有趣的案例，可以發現即便是原廠或作者宣稱很好用的工具，也可能會暗藏危機，尤其是對工具 (也可以套用在某些 Framework 或是元件，程式碼模組上) 的原理或架構不夠了解時，那可能被內含的一些機制或限制暗算的機率會變得很高。

邁向架構師的暖身運動 (8)：不要小看 PoC 的重要性

適才點部落正在舉行 ASP.NET 的修練大會，雖然我這篇文章與 ASP.NET 修練大會本身沒啥關係，但我認為卻是很多想做分層應用程式(Multi-tier Application)或是迷惘在為什麼應用程式總是要重寫很多次的開發人員應該要知道的概念。