Windows Form編程中的Command模式

Command模式，或者類似一些模式，個人覺得是C++或Java風格的，但不代表這些模式在使用VB或者Windows Form編程時就不需要。

Command模式核心思想是使介面的類代碼和動作代碼分離，例如一個建立菜單的代碼（非應用程式調用建立菜單的類，而是菜單類），在其動作（Click）代碼中沒有相關的具體的操作的代碼，那麼，怎麼實現呢？在功能表項目類中有一個Command介面的引用，其Click程序呼叫這個Command的Execute方法。而具體的Command對象則由App類來綁定（具體可以參考GoF的設計模式）。

對於VB或者Windows Form開發，基本上沒有這個需求，因為通過事件機制，介面的操作和動作的操作可以在其事件中實現。 介面的組件是已經設計好的，對於動作的處理代碼，在相應的事件處理常式中處理就可以了。但對於一些需求，還是需要使用Command模式來做一些事情。

例如要記錄使用者動作，判讀是否有該操作的許可權，或者給操作增加Undo（經典的Command模式的需求），那麼就可以使用Command模式。通過Command模式，將此類代碼從介面表單中隔離出去，例如在一個按鈕單擊事件中可以使用如下代碼：

_testCommand.Execute(...)

在此Command的實現中，可以對許可權做檢查，對動作作記錄。

另外，對於一些由事件激發的動作，也可以通過Command實現具體動作，將具體作業碼移出表單。

在VB 6中，筆者基本是使用在模組中建立一系列的Command過程來進行動作的操作的。個人覺得，Command的思想在於隔離介面和動作，Bob的《敏捷式軟體開發 (Agile Software Development)》中有一個複印機應用的例子。