幾個星期之前，有個朋友對我說，他的項目中需要將前后臺區分開來，也就是類似分Area的功能。不過Area只在MVC 2中出現，因此現在想在1.0版本中先實現類似的功能了。他打算，根據Route中捕獲的內容（如“area”），然后去找對應命名空間下的Controller。這樣看來不難，似乎只要在Route上做點配置，而默認的DefaultControllerFactory已經對命名空間的查詢提供支持了（可惜有線程安全的問題）。

不過他說，***發現似乎這塊功能不是他想象的那樣，因此希望我可以看看到底是什么問題。由于當時沒有擴展ASP.NET MVC的需求，后來我事情一多就忘了，現在先說聲抱歉。最近開始對ASP.NET MVC動手動腳了，發現這樣一個Area的功能非常有用，而且巧合的是，我也打算把Area和命名空間對應起來。

只是我選擇的路和那位兄弟不一樣，我打算自己寫一個簡單的ControllerFactory來替換掉默認的DefaultControllerFactory。這么做的主要原因是：我不知道DefaultControllerFactory已經提供對命名空間的支持了，微軟默默地實現了卻沒有對外公開過，我也是后來閱讀代碼時才發現的。同時又意識到線程安全的問題，于是就還是打算自己寫了。

好在ASP.NET MVC從設計之初就提供了擴展的能力，每個組件粒度都很小，大部分組件都是可以獨立拔插的（Controller類除外，如果你使用自己的IController實現，就會發現大部分功能，如各Filter都失效了）。而要實現一個Controller Factory，只要實現一個簡單的IControllerFactory就可以了（我喜歡接口）：

public interface IControllerFactory  
{  
    IController CreateController(RequestContext requestContext, string controllerName);  
    void ReleaseController(IController controller);  
} 

于是構建一個AreaControllerFactory也大致只需要以下一些代碼：

public class AreaControllerFactory : IControllerFactory  
{  
    public IController CreateController(RequestContext requestContext, string controllerName)  
    {  
        ...  
    }  
 
    public void ReleaseController(IController controller)  
    {  
        IDisposable disposable = controller as IDisposable;  
        if (disposable != null)  
        {  
            disposable.Dispose();  
        }  
    }  
}  
 

然后按照慣例，還是一步步談起。首先是構造函數，我們的策略是根據不同的Area加載不同命名空間下的Controller類型。方便起見，我選擇“基礎命名空間”和“擴展部分”兩塊，它們從構造函數中傳入：

private Dictionary<string, string> m_areaPartMapping = new Dictionary<string, string>();  
 
public string NamespaceBase { get; private set; }  
 
public AreaControllerFactory(string namespaceBase)  
    : this(namespaceBase, null)  
{ }  
 
public AreaControllerFactory(string namespaceBase, IDictionary<string, string> areaPartMapping)  
{  
    this.NamespaceBase = namespaceBase.EndsWith(".") ? namespaceBase : namespaceBase + ".";  
 
    if (areaPartMapping != null)  
    {  
        foreach (var pair in areaPartMapping)  
        {  
            this.m_areaPartMapping.Add(pair.Key.ToLowerInvariant(), pair.Value);  
        }  
    }  
}  
 

于是我們就可以這樣使用：

var controllerFactory = new AreaControllerFactory("MyApp.Controllers");  
ControllerBuilder.Current.SetControllerFactory(controllerFactory);  

如果在需要的時候，還可以指定Area與特定命名空間“部分”的映射關系。因此，我們需要從Area來獲取這個“Part”：

private string GetNamespacePart(string area)  
{  
    if (String.IsNullOrEmpty(area)) return "";  
 
    string part;  
    if (this.m_areaPartMapping.TryGetValue(area.ToLowerInvariant(), out part))  
    {  
        return part;  
    }  
 
    return area;  
}  
 

這里我選擇“配置”和“約定”相結合的方式。得到一個Area之后，我們會在映射表里進行查找Part，如果沒有，則Area本身便是Part。根據Part和Controller名稱，我們便可以獲得Controller的類型：

private ReaderWriterLockSlim m_rwLock = new ReaderWriterLockSlim();  
private Dictionary<string, Type> m_controllerTypes = new Dictionary<string, Type>();  
 
private Type GetControllerType(string area, string controllerName)  
{  
    string part = this.GetNamespacePart(area);  
 
    string typeName = String.IsNullOrEmpty(part) ?  
        this.NamespaceBase + controllerName.ToLowerInvariant() + "Controller" :  
        this.NamespaceBase + part + "." + controllerName.ToLowerInvariant() + "Controller";  
 
    Type type;  
 
    this.m_rwLock.EnterReadLock();  
    try 
    {  
        if (this.m_controllerTypes.TryGetValue(typeName, out type))  
        {  
            return type;  
        }  
    }  
    finally 
    {  
        this.m_rwLock.ExitReadLock();  
    }  
 
    type = Type.GetType(typeName, false, true);  
 
    if (type != null)  
    {  
        this.m_rwLock.EnterWriteLock();  
        try 
        {  
            this.m_controllerTypes[typeName] = type;  
        }  
        finally 
        {  
            this.m_rwLock.ExitWriteLock();  
        }  
    }  
 
    return type;  
}  
 

由于我選擇在應用程序中使用同一個AreaControllerFactory對象，因此線程安全是一定要有保證的。這里我們用到了讀寫鎖，不過請注意，紅色那句話并不保證對于每個相同的typeName只執行一次，也不保證相同的typeName對于m_controllerTypes字典只會進行一次寫操作（所以我沒有Add，而是使用了下標操作）。不過，由于這些“重復”不會造成問題，因此就沒有去涉及太多這方面的考慮。

***，便是那CreateControlle方法：

public IController CreateController(RequestContext requestContext, string controllerName)  
{  
    Type controllerType;  
    object area;  
    if (requestContext.RouteData.Values.TryGetValue("area", out area))  
    {  
        controllerType = this.GetControllerType(area.ToString(), controllerName);  
    }  
    else 
    {  
        controllerType = this.GetControllerType(null, controllerName);  
    }  
 
    if (controllerType == null)  
    {  
        throw new HttpException(404,  
            String.Format(  
                "Controller of path {0} not found.",  
                requestContext.HttpContext.Request.Path));  
    }  
 
    try 
    {  
        return (IController)Activator.CreateInstance(controllerType);  
    }  
    catch (Exception ex)  
    {  
        string message = String.Format("Error creating controller {0}" + controllerType);  
        throw new InvalidOperationException(message, ex);  
    }  
}  
 

似乎沒有什么可談的：我們從RouteData中獲取出area對應的值，并且調用GetControllerType方法獲得Controller的類型，并使用Activator.CreateInstance創建對象。在不合法的情況下，拋出合適的異常即可。

至此，AreaControllerFactory就完成了，很容易，不是嗎？很顯然，這個組件的功能非常有限，例如為什么所有的Controller一定要在同一個命名空間下？沒錯，它其實只是符合“我要求”的一個東西。但是，在項目中很多東西都是如此，我只實現我夠用的功能。例如，我可能不會向對外公開的API那樣，嚴格檢查每個問題，拋出嚴謹的異常。我可能傾向于在項目中使用接口，而不是使用抽象類。因為是我的項目，我可以快速反饋，需要修改的時候就修改吧。

同樣的，如果DefaultControllerFactory真在某些特別情況下有問題，或者支持的有些復雜。那么不如我們就自己動手吧。一次性投入，而且這樣的小組件也花不了多少時間。

本文來自老趙點滴：《支持Area的ControllerFactory》

【編輯推薦】

1. ASP.NET Routing之“解析URL”功能詳解
2. 為ASP.NET MVC應用添加自定義路由
3. 學習ASP.NET MVC路由的使用方法
4. 淺析ASP.NET中的URL Rewrite
5. 淺談ASP.NET MVC框架