從抽象談起（三）：AOP編程和ASP.NET MVC

AOP（Aspect oriented programming）面向切面編程。說成切面不容易理解，代碼哪里有切面？又不是三維物體。概念不管，我們從其思想來理解這個名詞吧。 AOP的主要思想是把相同、相似的並且零散的邏輯抽離出來，統一處理；這樣不僅維護起來方便，也讓代碼更加關注自己本身，清晰明了。

比如我們常見的權限檢查、日志記錄、異常處理等都是散亂在系統各個地方，比如發表一篇文章的代碼：

public void Post(Article article)
{
    if(currentUser is null)
        throw new AuthException("您還沒有登錄");
    else
        ArticleManager.Save(article);
}

本來一句話ArticleManager.Save就能搞定的事情，現在要加上if else 還要處理異常，代碼顯得異常難看也難以維護。假如換成

[Authorize]
public void Post(Article article)
{
    ArticleManager.Save(article);
}

用AuthroizeAttribute來處理權限問題，這樣代碼清晰很多，而且可以復用這個Attribute，這么好的思想就是AOP思想。
當然Attribute只是一種實現方式，Attribute也是調用Post方法前，通過反射得到Attribute，然后執行其代碼，
平時我們用的最多的AOP就在ASP.NET MVC框架里，這個AuthorizeAttribute就是MVC自帶的。我們可以重寫他的一些方法達到自己想要的功能（比如權限等級等）。

再舉一個處理異常的例子，如果我們有一個統一的處理異常的邏輯，那么就可以在邏輯代碼里不用try/catch，而是直接throw exception，這會讓代碼更加整潔。
（PS：比不是說有了統一處理就再也不用try/catch了，有些異常該吃掉的還是要吃掉，這要看具體的業務需求。另外捕獲不到的異常比如線程里的要注意catch。）
比如例子：

public void Post(Article article)
{
    if(String.IsNullOrEmpty(article.Title))
    {
        throw new ArgumentMissException("title");
    }
    ...
    ArticleManager.Save(article);
}

protected override void OnException(ExceptionContext filterContext)
{
    //..異常處理代碼
}

而只要重寫MVC提供好的OnException方法就能處理所有的異常，或者是展現給用戶友好的錯誤界面，或者是發送異常日志都很方便，而不用在每個地方都寫處理的代碼。
延伸考慮一下，如果統一處理異常信息，那么對異常的善后處理的把握就要看異常類的設計和運用了。

另外，再看上面的代碼，如果有多個地方需要Post(Article)，但又完全不一致，可是字段檢查是一致的，那就會造成字段檢查的代碼重復，這種情況要么用一個單獨的方法來驗證Article的有效性，然后各個地方調用，要么就用MVC提供的ModelBinder，這也是通過參數的Attribute來實現的AOP方法；MVC考慮的太周到了，不得不贊。

public void Post([ArticleBinder]Article article)
{
    //這里就不需要再寫關於Article的驗證代碼了
    ArticleManager.Save(article);
}

public class ArticleBinderAttribute : CustomModelBinderAttribute
{
    class ArticleBinder : IModelBinder
    {
        public object BindModel(ControllerContext controllerContext, ModelBindingContext bindingContext)
        {
            //雖然自定義了binder很愜意，但這里獲取參數值時就沒有用Action的參數那么舒服了。
            var title = controllerContext.RouteData.Values["title"].ToString();
            if (string.IsNullOrEmpty(title))
            {
                throw new ArgumentNullException("title");
            }
            return new Article
            {
                Title = title
            };
        }
    }

    public override System.Web.Mvc.IModelBinder GetBinder()
    {
        return new ArticleBinder();
    }
}

　　

運用框架提供的AOP很簡單也很愜意，但我們在用別人的框架時不能只做應用級程序員，我們要領會其思想，掌握其本質，明白其實現。
所幸，MVC是開源的，我們可以看他的源代碼，關注提供AOP的地方。

代碼的設計或者說框架的設計，總是想讓代碼寫起來干凈利落，松耦合，不拖泥帶水。
所以清晰的設計就是從程序的開始，一步步規划其運行步驟，並在適當的地方提供一些供用戶處理方法。框架就是把用戶框在自己設定的圈子里，但又盡可能的給用戶自由。
我們看MVC的大致流程，
1、從輸入Url回車那一刻起，先是通過UrlRouting路由，來判斷用戶訪問哪個Controller/Action;
2、通過controllerfactory獲取具體的controller實例，用戶可自定義factory。
3、通過actioninvoke調用action，在調用之前需要先獲取action的filter，這些filter就是AOP的攔截器。用戶都可以自定義各種filter(就是自定義的attribute)。
4、根據執行順序執行action和filter，onactionexecuting、onactionexecuted等。
5、找到action對應的view，用戶可自定義viewenginer。
6、呈現頁面結束。

當出錯的時候invoke的catch調用onexception的用戶的實現。

我本想羅列一些MVC的源碼，但感覺沒必要，有心人自己去下載看吧。如果不清楚的可以加群交流。

就是這樣簡單，AOP的思想是想把和當前邏輯不相干的代碼抽離的一種實現，我們如果追求代碼的美感，就會更加在意整體代碼的設計，AOP通常用於一個系統的外圍搭建處。
只有我們把架子、外圍都搭建的漂亮，代碼寫起來才更美。