摘要:表達式語句聲明和構(gòu)造函數(shù)聲明對應(yīng)的有或者,他們一個是聲明一個是表達式,處理方式是相同的,進入對象內(nèi)部,找到為的對象,獲取參數(shù)數(shù)據(jù)。構(gòu)造函數(shù)對字符串進行處理,分割參數(shù)箭頭函數(shù)箭頭函數(shù)是,也僅僅是名稱不同,內(nèi)部結(jié)構(gòu)幾乎一致。
寫在最前
最近項目有個需求,獲取函數(shù)參數(shù)名,聽起來很簡單,但有了ES6,參數(shù)和函數(shù)寫法千奇百怪,在github上大概看了幾個庫,基本上都是正則,
對通用的寫法能夠覆蓋,稍微越過邊界,往往無法正確匹配。
于是就有了使用AST去進行覆蓋查找的想法。
概念抽象語法樹(abstract syntax tree或者縮寫為AST),或者語法樹(syntax tree),是源代碼的抽象語法結(jié)構(gòu)的樹狀表現(xiàn)形式。
為什么要用AST通過AST,我們可以對代碼進行查找,看起來好像正則表達式也可以做到,那么為什么要用AST而不用正則?
就說從函數(shù)獲取參數(shù)名,夸張點,如果有以下表達式:
function x(a=5,b="a",c=function(x=1,y){console.log(x=function(i=8,j){})},d={x:1,y:2,z:"x=6"},e=x=>7,f=["3=5","x.1","y,2",1],g=(x,y)=>{let z=(i,j=6)=>{}},h){}
參數(shù)是[a,b,c,d,e,f,g,h]
你確定還想用正則去匹配參數(shù)名稱嗎...
AST是從代碼的意義去編輯,而正則只能從代碼的字面去編輯。
以上夸張的函數(shù),使用AST去分析,可以很輕松獲取它的參數(shù)名。
Esprima我們使用esprima,一個可以將Javascript代碼解析成抽象樹的庫。
首先我們需要安裝它:
npm install esprima
接著調(diào)用:
const esprima=require("esprima")
接下來就是分析的時候了。
一個簡單的AST例子先來個簡單的例子:
function a(b){}
通過esprima解析后,生成結(jié)構(gòu)圖如下:
{ "type": "Program", "body": [ { // 這個type表示這是一個函數(shù)表達式 "type": "FunctionDeclaration", "id": { "type": "Identifier", "name": "a" }, "params": [ { // 參數(shù)數(shù)組內(nèi)的Identifier代表參數(shù) "type": "Identifier", "name": "b" } ], "body": { "type": "BlockStatement", "body": [] }, "generator": false, "expression": false, "async": false } ], "sourceType": "script" }
思路:
FunctionDeclaration說明是一個函數(shù)表達式,進入params屬性。
判斷params中每一個的type是否為Identifier,在params屬性下的Identifier就代表是參數(shù)。
找出name屬性的值,結(jié)果為["b"]。
根據(jù)以上思路,我們可以寫出一個簡單的獲取參數(shù)的方法了。
function getParams(fn){ // 此處分析的代碼必須是字符串 let astEsprima=esprima.parseScript(fn.toString()) let funcParams = [] let node = astEsprima.body[0] // 找到type,進入params屬性 if (node.type === "FunctionDeclaration") funcParams = node.params let validParam=[] funcParams.forEach(obj=>{ if(obj.type==="Identifier") validParam.push(obj.name) }) return validParam }
測試一番,獲取結(jié)果["b"],慶祝收工。
好吧,別高興太早了,要知道函數(shù)的創(chuàng)建方法不下10種,而參數(shù)寫法又有好幾種...
以下是一部分的函數(shù)創(chuàng)建方法和參數(shù)寫法
function a(x){} // 注意:第二條和第三條在AST中意義不同 let a=function(x=1){} a=function(...x){} let a=([x]=[1])=>{} async function a(x){} function *a(x){} class a{ constructor(x){} } new Function ("x","console.log(x)") (function(){return function(x){}})() eval("(function(){return function(a,b){}})()")
有什么想法?如果你有發(fā)出"我K"的想法,那說明我這個裝逼還算成功- -...
其實只需要分幾種情況(很多寫法的type都是一致的),就可以完全滲入到以上所有的參數(shù)對象內(nèi)部,再進行參數(shù)獲取就是循環(huán)+判斷解決的事了。
由于篇幅問題,這里不一一分析,只是將AST分析樹所用的type和一些注意點。
函數(shù)結(jié)構(gòu) 變量聲明語句和表達式語句上面注釋中let a=function(x=1){}和a=function(...x){}是兩種意義。
其中let a=function(x=1){}指的是變量聲明語句,
對應(yīng)的type是VariableDeclaration,需要進入它的初始值init就可以獲取到函數(shù)所在的語法對象,它的type是FunctionExpression函數(shù)表達式,再去params中查找即可。
變量聲明語句:
├──VariableDeclaration....init ├──FunctionExpression.params
而a=function(...x){}是表達式語句,
對應(yīng)的type是ExpressionStatement,需要進入它的表達式expression獲取到表達式內(nèi)部,這時我們要進入賦值表達式(type為AssignmentExpression)的右邊(right屬性),
獲取函數(shù)所在的語法對象,它的type同樣也是FunctionExpression函數(shù)表達式。
表達式語句:
├──ExpressionStatement.expression ├──AssignmentExpression.right ├──FunctionExpression.paramsclass聲明和Function構(gòu)造函數(shù)
class聲明對應(yīng)的type有ClassDeclaration(class xx{...})或者ClassExpression(let x=class{...}),他們一個是聲明一個是表達式,處理方式是相同的,
進入對象內(nèi)部,找到kind為constructor的對象,獲取參數(shù)數(shù)據(jù)。
class聲明語句:
├──ClassDeclaration...body... ├──{kind:constructor} ├──FunctionExpression.params
Function構(gòu)造函數(shù)對應(yīng)的type是NewExpression或者ClassExpression,參數(shù)在屬性arguments內(nèi)部,但是Function的參數(shù)都是字符串,
而且最后一個參數(shù)一定是函數(shù)內(nèi)部語句,因此對于Function構(gòu)造函數(shù),就是對字符串進行處理。
Function構(gòu)造函數(shù)
├──NewExpression.arguments ├──{value:箭頭函數(shù)} ---->對字符串進行處理,分割參數(shù)
箭頭函數(shù)type是ArrowFunctionExpression,也僅僅是名稱不同,內(nèi)部結(jié)構(gòu)幾乎一致。
函數(shù)結(jié)構(gòu)的type就到此。
參數(shù)結(jié)構(gòu)參數(shù)的type有以下:
Identifier:最終我們需要獲取的參數(shù)值的type
Property:當存在解構(gòu)參數(shù),例如[a,b] or {x,y}
ArrayPattern:存在解構(gòu)參數(shù)并且是數(shù)組,例如[a,b]
ObjectPattern:存在解構(gòu)參數(shù)并且是對象,例如{x,y}
RestElement:存在擴展運算符,例如(...args)
我們只需要設(shè)置一個遞歸循環(huán),思路和上面一樣,一層進入另一層,在內(nèi)部進行查找。
總結(jié)篇幅有限,就寫這么多,接著做一個總結(jié)。
這篇講的主旨只有1個,通過對AST樹中每一個對象的type分析,type表示的是對應(yīng)的代碼的意義,也是代碼的語義,例如
VariableDeclaration內(nèi)部一定會有init,為什么,因為變量聲明是有初始值的,如果你不設(shè)置,那么就為undefined
type遠不止這次說的這么多,官網(wǎng)(或者Google)上有詳細介紹。
最后AST獲取函數(shù)參數(shù)源代碼在此。
如果本文對你有所幫助,歡迎STAR,或者你對此有什么更好的想法,歡迎留言!
最重要如果發(fā)現(xiàn)了BUG或者漏匹配,請一定要告知(Issue/PR/留言),感激不盡!
文章版權(quán)歸作者所有,未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為,您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請注明本文地址:http://specialneedsforspecialkids.com/yun/97884.html
摘要:抽象語法樹,是一個非常基礎(chǔ)而重要的知識點,但國內(nèi)的文檔卻幾乎一片空白。事實上,在世界中,你可以認為抽象語法樹是最底層。通過抽象語法樹解析,我們可以像童年時拆解玩具一樣,透視這臺機器的運轉(zhuǎn),并且重新按著你的意愿來組裝。 抽象語法樹(AST),是一個非常基礎(chǔ)而重要的知識點,但國內(nèi)的文檔卻幾乎一片空白。本文將帶大家從底層了解AST,并且通過發(fā)布一個小型前端工具,來帶大家了解AST的強大功能 ...
摘要:最近的技術(shù)項目里大量用到了需要修改源文件代碼的需求,也就理所當然的用到了及其插件開發(fā)。在這里我要推薦一款實現(xiàn)了這些標簽的插件,建議在你的項目中加入這個插件并用起來,不用再艱難的書寫三元運算符,會大大提升你的開發(fā)效率。具體可以參見插件手冊。 最近的技術(shù)項目里大量用到了需要修改源文件代碼的需求,也就理所當然的用到了Babel及其插件開發(fā)。這一系列專題我們介紹下Babel相關(guān)的知識及使用。 ...
摘要:的初衷是為了讓程序員可以創(chuàng)建自己的檢測規(guī)則。為了便于人們使用,內(nèi)置了一些規(guī)則,當然,你可以在使用過程中自定義規(guī)則。所有的規(guī)則默認都是禁用的。在文件里的字段進行配置。如何編寫一個知道了的原理,接下來可以自定義一個。 eslint介紹 ESLint 是一個開源的 JavaScript 代碼檢查工具,由 Nicholas C. Zakas 于2013年6月創(chuàng)建。代碼檢查是一種靜態(tài)的分析,常用...
閱讀 3244·2021-11-11 11:00
閱讀 2565·2019-08-29 11:23
閱讀 1441·2019-08-29 10:58
閱讀 2323·2019-08-29 10:58
閱讀 2952·2019-08-23 18:26
閱讀 2507·2019-08-23 18:18
閱讀 2038·2019-08-23 16:53
閱讀 3411·2019-08-23 13:13