MVC是一個不錯的設計方式，可以把商業邏輯、呈現與流程控制分開來處理，各司其職，讓程式更好維護。所以考慮在目前的程式中，加入MVC的支援。
Front Controller

傳統的網頁伺服器程式，主要還是透過網頁伺服器來驅動，有一些動作其實在伺服器端已經完成了。以php為例，其實每一個當作應用程式進入點的php，都可以視為一個Controller，但是這樣會讓應用程式的組織變得很複雜。所以許多framework例如CakePHP、CI、Symphony等等，幾乎都是使用Front Controller，實際上處理所有網址的都是一個index.php，背後透過網址轉換機制（例如apache httpd的rewrite）來把各個模組的網址對應到這個index.php。這樣做可以讓許多事情可以集中控管與出裡，程式變得更簡單，也不用在不同的進入點撰寫其實是重複的程式碼。在front controller中，程式會分析收到的url資訊，來決定要載入的模組的controller程式，並且提供相關的view與model資源。

為什麼會提到Front Controller呢？node.js跟php、asp等伺服器端程式有一個重要的差異，就是他本身就是伺服器，而不是附屬在伺服器裡面的一個程式執行環境。所以...之前實作好的router與dispatch機制，實際上已經差不多涵蓋了Front Controller的主要功能，而且不這樣做的話，也很難讓伺服器使用者開發自己的程式。

所以接下來的重點，會擺在View與Model這兩個部分。View的部份可能會著墨比較深，Model部分我還在考慮要怎麼設計...做出ORM並不是我的目的，而且會花太多時間。對於View來說，從Model取得資料，並且在設計好的template呈現比較會是重點。所以可能可以設計一個系統，經由Controller讓使用者媒合View與Model，並且透過事件驅動讀取資料到呈現的過程（非同步）。

方向

可以選擇的設計方式大概有：

1. 從Controller驅動：Controller從Model取得資料後，把資料丟給View處理
2. 從Model驅動：Controller告訴Model要用哪個View輸出，然後Model在準備好資料後，呼叫View來輸出
3. 從View驅動：Controller告訴View要從哪個Model取得資料，然後在取得資料之後輸出

不過還是從實際著手設計與測試時，再來決定怎麼做。

相關文章