這篇文章主要介紹了Node.js Continuation Passing Style,將回調(diào)函數(shù)作為參數(shù)傳遞，這種書寫方式通常被稱為Continuation Passing Style（CPS），它的本質(zhì)仍然是一個高階函數(shù),CPS最初是各大語言中對排序算法的實現(xiàn)

前言

前面我們介紹了node的基礎(chǔ)模塊，今天我們來實踐一個更加進階的寫法，那就是node的異步處理，由于過多的事件堆積在一起嵌套使用容易引起回調(diào)地獄，所以在日常開發(fā)中異步的使用顯得異常的重要，在開發(fā)中我們也經(jīng)常會遇到某些接口需要先后調(diào)用的問題，那么異步是一個很好的解決方案，所以今天來給這個知識點做一個筆記。

嵌套回調(diào)

我們先用一個小栗子，書寫一個方法接受一個參數(shù)并將參數(shù)讀取的數(shù)據(jù)返回，簡單來封裝一個文件讀取的方法。

var fs = require('fs');
function read(path){
    fs.readFile(path,function(err,data){
        return data;
    })
}
let a = read('a.txt');
console.log(a);

//如果存在多個需要讀取的文件，而由于各個文件的大小不相同，可能讀取的速度也不同，這樣的話可能會導(dǎo)致執(zhí)行后返回的順序不一樣，但如果我們需要讀取的文件是有順序的，那這樣就會造成一些問題了
read(a.txt)
read(b.txt)
read(c.txt)

回調(diào)地獄

如果我們不用異步進行解決，我們需要在讀取b文件之前需要用到a文件之間的某些信息，那么我們是需要在a文件讀取完成之后再進行執(zhí)行讀取b的操作，通常是這么寫的

fs.readFile(path,function(err,data){
        console.log(data);
        fs.readFile(Path2D,function(err,data){
            console.log(data);
        })
    })

如果我們只是單純的這么寫，看上去確實是沒有問題的，因為我們只需要用來讀取來個文件，但如果文件相互依賴比較多的話，需要用到的嵌套回調(diào)會更多，這樣就會形成所謂的回調(diào)地獄的問題。不僅嵌套的層數(shù)增加，代碼的可維護性也變得更低

回調(diào)與CPS

將回調(diào)函數(shù)作為參數(shù)傳遞，這種書寫方式通常被稱為Continuation Passing Style（CPS），它的本質(zhì)仍然是一個高階函數(shù),CPS最初是各大語言中對排序算法的實現(xiàn)。

CPS風(fēng)格回調(diào)：

var callBack = function(err,data){
    if(err){
        console.log(err);
    }
    console.log(data.toString());//666
    
}
fs.readFile('./異步/aaa.txt',callBack);

如果重復(fù)調(diào)用了readFile都是同一個回調(diào)的話，那么CPS可以幫我們節(jié)省掉很多的代碼,如果是多個回調(diào)不相同的情況下，CPS可以在一定程度上解決回調(diào)嵌套的問題

var callBack = function(err,data){
    if(err){
        console.log(err);
    }else{
        fs.readFile('./異步/a2.txt',callBack2);
    }
    
}
var callBack2 = function(err,data){
    if(err){
        console.log(err);
    }else{
        fs.readFile('./異步/a3.txt',callBack3);
    }
    
}
var callBack3 = function(err,data){
    if(err){
        console.log(err);
    }else{
        // fs.readFile('./異步/a3.txt',callBack3);
    }
    
}
fs.readFile('./異步/a1.txt',callBack);

我們可以看出來CPS的回調(diào)比嵌套回調(diào)更加的美觀一點，但是業(yè)務(wù)邏輯仍然散發(fā)在不同的callback中，代碼還是會顯得比較冗余，我們下一節(jié)來看一下async模塊對回調(diào)的簡化

到此這篇關(guān)于Node.js Continuation Passing Style( CPS與回調(diào))的文章就介紹到這了,更多相關(guān)Node.js CPS回調(diào)內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

您可能感興趣的文章: