node端統(tǒng)一錯誤處理

kaka 發(fā)布于2019-08-22 15:56 / 1653人閱讀

摘要：好吧且不說抽象統(tǒng)一處理的事，解決問題才是目的。確實把整個錯誤處理可以完整的抽象出來。當(dāng)然可以在中注入更多統(tǒng)一處理函數(shù)，也可以通過函數(shù)名做一些判斷，比如對所有名字中包含的函數(shù)進行多帶帶的日志處理。

起因

在之前的項目中我發(fā)現(xiàn)每個控制器大約都是這樣寫的

async function findId (id) {
    let res;
    try{
        res = await document.findById(id);
    }catch(e){
        return false;
    }
}

當(dāng)然這么寫其實沒有任何問題，甚至是一個很好的習(xí)慣，他保證了錯誤可以被正常的捕獲，另外可以在catch里隨便做處理，比如console，錯誤日志。一切都看起來那么完美

轉(zhuǎn)折

那么假設(shè)現(xiàn)在有一個開發(fā)就是那么剛，寫了幾十個控制器，然后都沒加try catch，理直氣壯的說，這么多重復(fù)代碼真的不能抽象一下統(tǒng)一處理嗎。
好吧且不說抽象統(tǒng)一處理的事，解決問題才是目的。
解決吧，他剛我也剛，每個控制器加上不就是了。。。呵呵噠，邊罵邊加，我想半天也差不多了。
這樣真的好嗎，萬一現(xiàn)在在catch這需要根據(jù)e做一些特殊處理呢或者增加一個功能呢？egg的話有一個統(tǒng)一的errorhandle可以配置。確實把整個錯誤處理可以完整的抽象出來。

面向切面編程

這里的話要提一個java大大朋友告訴我的spring的解決手段，面向切面編程，具體概念網(wǎng)上解釋很多，大約可以理解為，在所有控制器前，或者說控制器和服務(wù)之間，這樣的話就可以實現(xiàn)很多公共邏輯的抽象。
面向切面編程適合做的事，這個spring的實踐實在太多我就不贅述了，錯誤異常處理，日志，權(quán)限，這些在切面上的實踐都是很好的。

切面與中間件

其實中間件我認為也屬于一個切面，這個切面是在請求上下文中的，但是這個切面無法覆蓋所有的要求，特別當(dāng)你需要控制的功能不是以請求為粒度控制的時候，或者說僅僅需要對服務(wù)層的服務(wù)添加功能的時候。

實踐

這里就以開頭的那段代碼的簡化為例。首先是一個包裝函數(shù)，用來包裝所有的控制器的方法

    function controllerWrap(controllerFn, self) {
        return async function() {
            let that = self;
            try {
                await controllerFn.apply(that, arguments);
            } catch(e) {
                throw(e);
            }
        };
    }

其實注意點也就兩個，注意上下文，然后是保證controllerFn的arguments不要丟了，其實也就是ctx和next的
在把所有的控制器實例化后（一般在都會把控制器形成單例模式，之后只要遍歷這些單例中的方法包裹控制器函數(shù)就可以了）。當(dāng)然可以在wrap中注入更多統(tǒng)一處理函數(shù)，也可以通過函數(shù)名做一些判斷，比如對所有名字中包含save的函數(shù)進行多帶帶的日志處理。

egg.js的實踐

egg在實踐上是不太一致，因為控制器并非簡單的實例化，如果需要對egg的控制器的進行包裝則需要在loader中進行包裝。
參考：https://eggjs.org/zh-cn/advan...
之后會嘗試根據(jù)現(xiàn)有的業(yè)務(wù)沉淀出一套egg之上的框架。