在上一篇文章(使用Asp.Net MVC 動態產生View Part.2 - 使用IViewEngine、IView)中，利用了IViewEngine, IView完成了動態頁面的產生。然而，動態產生頁面的功能是非常需要在每次上版前執行測試，這樣的功能當出現bug時，在第一時間就會被使用者發現，所以必須確保每次上版時，動態產生頁面的功能是正確的。
在上一篇文章中使用了VirtualPathProvider來完成產生動態頁面的功能，但是這樣的方法卻相當不容易進行測試。為甚麼說不容易進行測試呢?在使用自定義的CustomVirtualPathProvider時，需要在Global.asax中Application_Start方法將自定義的CustomVirtualPathProvider註冊到HostingEnvironment中，讓自定義的CustomVirtualPathProvider變成全域VirtualPathProvider。
現在的網站，越來越講求個人的客製化。不管是產生給個人用的Blog網站服務或者是電商平台上的商店，都希望讓個人或商店能夠有自己特有的頁面設計，在視覺上做出與其他人的差異化。如此一來，就需要為每個人客製化Asp.Net MVC中的View。但是，不管是個人的Blog網站服務或是電商平台都不可能為每個使用者客製化頁面。況且，就算是可以幫使用者客製化頁面，假設電商平台上擁有一萬家店，每家店有兩個Page是可以客製化，那就會多出39996個View file，這是一件多麼恐怖的事情，先不提如何更新，光是管理就夠讓人頭痛了。
在某個工作中，需要在一個Request進到Action前攔下來做一些前置的邏輯判斷，直覺地想到應該就寫個CustomActionFilter就搞定收工，結果當Filter寫完要放置到流程中的時候發現，哎呀，系統已經存在不少ActionFilter，那我放進去的CustomActionFilter會在哪個階段執行咧?
