采用MVC开发Web应用程式几乎已成为Web开发人员的共识在.docVIP

How to Implement MVC Helper Pattern on .NET Platform Chun-Feng Liao NCCU Computer Center May 2,2003 前言 採用MVC開發Web應用程式幾乎已成為Web開發人員的共識。在J2EE平台上很多官方及社群都提出實作方法。微軟在Web企業應用的前端最主要的技術就屬ASP.NET。ASP.NET上如何實作MVC呢?我們從一開始接觸ASP.NET就不斷在找尋它的MVC實作方式。一直到2003年4月，微軟總算公開了官方推薦的企業軟體架構方式「Patterns for Building Enterprise Solutions」。 今年四月時，為了能找出一個具彈性且容易學習的方式來幫助程式開發人員來寫作MVC的J2EE前端Web應用程式，我們提出了具擴充性且容易學習的開發模式，稱為MVC Helper。MVC Helper同時也是JOMINI Framework (政大電算中心所發展的一個J2EE Front-end Web Application Frameowrk)的核心。MVC Helper屬於Design Pattern，是一種「觀念層級的重用」，並不一定要套用在特別的平台上。 在本文中我們參考微軟的「Patterns for Building Enterprise Solutions」並加以改進，在ASP.NET的環境中實作出MVH Helper，一方面做為Proof of concept，另一方面也希望做為ASP.NET的開發人員做系統設計時的參考。 微軟的Web Presentation Patterns 微軟的「Patterns for Building Enterprise Solutions」共分為五個Pattern Clusters(微軟將功能相近的一群Patterns放在一起，稱為一個Pattern Cluster)。Web Presentation Patterns是其中一個，它的包括了寫作三層式ASP.NET應用程式時在前端的幾個Patterns。[2] Web Presentation Patterns共有五個，分別是Page Cache、Intercepting Filter、Page Controller、Front Controller及MVC。[2] (如下圖) 五個Patterns中和MVC實作有關係的是Front Controller、Page Controller及MVC。根據官方文件的記錄，如果你使用Code-behind的話，等於就是adopt了Page Controller的Pattern[3]。Page Controller白話來說就是「一個page一個controller」。事實上在我們看來是一個相當拙劣的寫法(十個Page十個Controller!?)。若將Page Controller Pattern使用在中型專案以上時，程式碼就會變得很難維護。所以在文件上也建議我們在大型專案中使用Front Controller。 在J2EE Pattern中也有一個Pattern叫Front Controller[1]，這二個Pattern的設計其實很類似，我們認為J2EE的Front Controller遠比微軟的Front Controller設計精良且完整，讀者不妨自行比較。 我們將之前政大的J2EE Front-End Framework所提出的MVC Helper Pattern利用微軟Front Controller Pattern部份不錯的觀念再加以改良，完成了MVC Helper 在ASP.NET上的實作其類別圖如下 大部份的觀念都和J2EE上的實作大同小異，有幾個主要的改變列舉如下 命名原則依微軟官方的建議[4]修改。 ASP.NET和Servlet相對應的觀念稱為HttpHandler，所以我們的AbstractController要繼承自IHttpHandler，並實作ProcessRequest方法。 使用及設定action string在.NET中較為麻煩，我們另外使用一個ActionStringFactory來處理。 Action String在.NET平台上的處理方式 在IIS中，承襲windows作業系統的習慣，其副檔名是有意義的。整個ASP.NET引擎是以aspnet_isapi.dll的型式embed在IIS中。所以特定的副檔名必須要在IIS中特別登記，才會被交給aspnet_isapi.dll處理。我們在J2EE中副檔名原是做為辨識Controller之用，在這裏我們必須採取不同的方法。 如果我們比照J2EE中的方式，「action.controller」的型式下