你还在手动部署埋点吗?从0到1开发Babel埋点自动植入插件!

IQ前端

共 18849字,需浏览 38分钟

 ·

2022-06-02 13:32

前言

本文由网易的 Pluto Lam 大神投稿,授权本公众号发表。

在各种大型项目中,流量统计是一项重要工程,统计点击量可以在后端进行监控,但是这局限于调用接口时才能统计到用户点击,而前端埋点监控也是一个统计流量的手段,下面就基于百度统计来完成以下需求

  1. html页面中插入特定的script标签,src为可选值
  2. 在全局window植入可选的函数
  3. 解析特定格式的excel表,里面包含埋点的id和参数值(传递给上面的函数)
  4. 找到项目中所有带有表示的行级注释,并将其替换成执行2中函数的可执行语句,并传入excel表对应的参数

可能有些读者看到这里就有点蒙了,这到底是个啥,别急,跟着我一步一步做下去就清楚了,接下来我会以一个babel初学者的身份带你边学边做

那就让我们从最难搞定的最后一步开始,这也是比较麻烦的babel操作

babel前置知识

很多读者估计知识配置过babel,但是并不知道它具体是干啥事的,只是依稀记得AST抽象语法树深度优先遍历babel-loader等词语

在我们日常的开发中,确实是使用babel-loader比较多,这是babelwebpack开发的一个插件,如果没有任何配置,它将不会对代码做任何修改,只是遍历AST,在webpack构建阶段收集依赖并生成module,我们比较常用的是将ES6转为ES5,只需在preset使用babel官方提供的相关即可,在这就不赘述。

babel进行深度优先遍历时,会调用我们配置好的plugin,在不同的plugin里面都可以对遍历过程进行监听和操作。

{
  "presets": [
    "@babel/preset-env" // 提供ES6转ES5功能
  ],
    "plugins": [
      "xxx-plugin"
    ]
}

既然是初学者,那就先来搭建测试环境吧,下面都是使用yarn装包

测试环境

创建一个空文件,执行命令npm init -y,如下图创建文件

测试环境在test文件中,index.js中可以放主要的测试代码

// test/index.js
class App {

}

安装webpack,由于我们的webpackwebpack-cli只有开发时测试会用到,所以加上-D,表示开发依赖

yarn add webpack webpack-cli -D

配置好webpack.config.js

const path = require("path");

module.exports = {
  mode: "development", // 开发模式
  entry: {
    main: path.resolve(__dirname, "./index.js") // 入口文件
  },
  output: {
    filename: "main.js",
    path: path.resolve(__dirname, "./dist") // 出口文件
  }
}

/package.json里配置打包命令

// package.json
"scripts": {
   "dev""webpack --config test/webpack.config.js" // 指向test目录下的配置文件
},

运行yarn dev即打包,此时会出现/test/dist/main.js文件,里面为打包好的代码,babel plugin处理过的代码可以在这里校验是否正确

确保可以运行后,安装babel-loader@babel/core@babel/preset-env,添加如下配置

  • @babel/core里面包含babel的常用方法,其中babel-loader@babel/preset-env都是依赖于@babel/core
const path = require("path");

module.exports = {
  ...
  module: {
    rules: [
      {
        test: /.js$/,
        exclude: /node_modules/,
        loader: "babel-loader",
        options: {
          presets: [
            "@babel/preset-env"
          ]
        }
      }
    ]
  }
};

yarn dev后可以看看main.js,如果class被转为ES5语法表示,则babel-loader是配置成功的

接下来就可以配置插件了,在options里添加plugins,通过path.resolve()生成绝对路径, 指向/src/index.js

options: {
  presets: [
    "@babel/preset-env"
  ],
    plugins: [
      [
        path.resolve(__dirname, "../src/index.js"),
      ]
    ]
}

/src/index.js里写plugin相关代码

module.exports = function() {
  return {
    visitor: {
      Program: {
        enter(path) {
          console.log("enter");
        },
        exit(path) {
          console.log("exit");
        }
      },
      FunctionDeclaration(path, state){
        ...
      }
      }
    };
};

babel-plugin在基本结构如上,导出一个函数,函数里面返回一个对象,对象里面就是plugin的相关配置。

我们这个插件主要使用visitor(访问者),顾名思义,在AST遍历时,我们能访问到遍历时访问的每个节点,在visitor里面,我们可以将节点类型抽象成方法,简单点说,只要访问到这种类型的节点,就会执行对应的方法,而且会传入两个参数,其中path表示改节点的路径,可以对该节点进行操作,state是一个全局的变量,从进入visitor开始就存在,里面常用的东西不多,稍后再说。

AST节点

节点的类型非常之多,下面只介绍一些需要用到的,如果有需要可以访问AST node types进行学习。

  1. Programs

官方的解释是这样的

A complete program source tree.

Parsers must specify sourceType as "module" if the source has been parsed as an ES6 module. Otherwise, sourceType must be "script".

通俗点来说,它就是抽象树的最顶端的节点,里面包含整棵树,遍历开始与结束时分别会进入enter方法和exit方法,这样单纯用文字描述读者可能还对抽象树的结构云里雾里,下面我们通过一个网站和控制台打印来看一下具体的节点长什么样

我们可以访问https://astexplorer.net/这个网址,在左边输入想要解析的代码,右边就会对应的AST树,不过这个树有点删减,要详细一点的树可以点击“JSON”查看JSON格式的AST树

我将JSON去除一些目前不需要用到的属性展示出来

{
  "type""File",
  "start": 0,
  "end": 30,
  "loc": {...},
  "errors": [],
  "program": {
    "type""Program",
    "start": 0,
    "end": 30,
    "loc": {...},
    "sourceType""module",
    "interpreter": null,
    "body": [
      {
        "type""FunctionDeclaration",
        "start": 10,
        "end": 30,
        "loc": {...},
        "id": {...},
        "generator"false,
        "async"false,
        "params": [],
        "body": {...},
        "leadingComments": [
          {
            "type""CommentLine",
            "value"" @debug",
            "start": 0,
            "end": 9,
            "loc": {...}
          }
        ]
      }
    ],
    "directives": []
  },
  "comments": [
    {
      "type""CommentLine",
      "value"" @debug",
      "start": 0,
      "end": 9,
      "loc": {
        "start": {
          "line": 1,
          "column": 0
        },
        "end": {
          "line": 1,
          "column": 9
        }
      }
    }
  ]
}

可以看到有很多很多属性,但是我们不能拿这个来开发,只能作为参考,要真正操作节点还是需要在控制台打印或者debug查看AST的结构,下面我将控制台打印的节点结构删减后帖出来,可以和上面对比一下。

 NodePath {
  contexts: [
    TraversalContext {
      queue: [Array],
      priorityQueue: [],
      parentPath: undefined,
      scope: [Scope],
      state: undefined,
      opts: [Object]
    }
  ],
  state: undefined,
  opts: {
    Program: { enter: [Array], exit: [Array] },
    _exploded: {},
    _verified: {},
    ClassBody: { enter: [Array] },
    ...
  },
  _traverseFlags: 0,
  skipKeys: null,
  parentPath: null,
  container: Node {
    type'File',
    start: 0,
    end: 16,
    loc: SourceLocation {
      start: [Position],
      end: [Position],
      filename: undefined,
      identifierName: undefined
    },
    errors: [],
    program: Node {
      type'Program',
      start: 0,
      end: 16,
      loc: [SourceLocation],
      sourceType: 'module',
      interpreter: null,
      body: [Array],
      directives: [],
      leadingComments: undefined,
      innerComments: undefined,
      trailingComments: undefined
    },
    comments: [],
    leadingComments: undefined,
    innerComments: undefined,
    trailingComments: undefined
  },
  listKey: undefined,
  key: 'program',
  node: Node {
    type'Program',
    start: 0,
    end: 16,
    loc: SourceLocation {
      start: [Position],
      end: [Position],
      filename: undefined,
      identifierName: undefined
    },
    sourceType: 'module',
    interpreter: null,
    body: [ [Node] ],
    directives: [],
    leadingComments: undefined,
    innerComments: undefined,
    trailingComments: undefined
  },
  type'Program',
  parent: Node {
    type'File',
    start: 0,
    end: 16,
    loc: SourceLocation {
      start: [Position],
      end: [Position],
      filename: undefined,
      identifierName: undefined
    },
    errors: [],
    program: Node {
      type'Program',
      start: 0,
      end: 16,
      loc: [SourceLocation],
      sourceType: 'module',
      interpreter: null,
      body: [Array],
      directives: [],
      leadingComments: undefined,
      innerComments: undefined,
      trailingComments: undefined
    },
    comments: [],
    leadingComments: undefined,
    innerComments: undefined,
    trailingComments: undefined
  },
  hub:  {
    file: File {
      ...
      code: 'class App {\r\n\r\n}',
      inputMap: null,
      hub: [Circular *2]
    },
    ...
  },
  data: null,
  context: TraversalContext {
   ...
  },
  scope: Scope {
    ...
  }
}

可以看到总体上结构时差不多的,在真实结构中一般就比网页版多套一层node( path.node ),所以一般参照网页版后直接path.node就可以取到想要的属性。而且是没有最外层的File结构的,只在Programparent中。

  1. FunctionDeclaration,ClassDeclaration,ArrowFunctionExpression

我们日常写的代码一定是在普通函数、类、箭头函数里面的,所以在这外面的注释我们一律不管,所以这三个节点分别是函数声明、类声明、箭头函数声明。在遍历过程中凡是遇到这三个节点就会进去对应的方法。

注释

眼尖的朋友可能发现了,在上面打印出来的一堆属性中,有commentsleadingComments等单词出现,没错,这就是我们需要关注的行级注释,我们下面实验一下。

function App(){
  // 这是innerComments注释
}

function fn() {
 // 这是const的前置注释
  const a = 1;
 function inFn() {
  // 这是inFn的inner注释
 }
  // 这是inFn的后置注释(trailingComments)
}

对应的AST树结构(网页版)

{
  ...
  "program": {
    "type""Program",
    ...
    "body": [
      {
        ...
        "id": {
          ...
          "name""fn"
        },
        "generator"false,
        "async"false,
        "params": [],
        "body": {
          "type""BlockStatement",
          ...
          "body": [
            {
              "type""VariableDeclaration",
              ...
              "declarations": [
                  {
                    ...
                    "id": {
                      ...
                      "identifierName""a"
                    },
                    "name""a"
                  },
                  "init": {
                  ...
                  "value": 1
                  }
                }
              ],
              "kind""const",
              "leadingComments": [
                {
                  "type""CommentLine",
                  "value"" fn",  // 是const的前置注释
                  ...
                }
              ]
            },
            {
              "type""FunctionDeclaration",
              ...
              "id": {
                "type""Identifier",
                ...
                "name""inFn"
              },
              ...
              "body": {
                "type""BlockStatement",
                ...
                "innerComments": [  // inner注释
                  {
                    "type""CommentLine",
                    "value"" inFn",
                    ...
                    }
                  }
                ]
              },
              "trailingComments": [  // inFn的后置注释
                {
                  "type""CommentLine",
                  "value"" abc",
                  ...
                }
              ]
            }
          ],
          "directives": []
        }
      }
    ],
    "directives": []
  },
  "comments": [
    {
      "type""CommentLine",
      "value"" fn",
      ...
    },
    ...其他注释
  ]
}

可以发现一共有三种注释类型

  1. leadingComments前置注释
  2. innerComments内置注释
  3. trailingComments后置注释

这三个属性都对应一个数组,每个元素都是一个对象,一个对象对应一个注释

前置和后置注释很好理解,即存在于某个节点的前面或者后面,innerComments呢,只存在于BlockStatement(也就是函数用的大括号)里面,当一个BlockStatement里面有其他语句的时候,这个innerComments又会变成其他语句的前置或后置注释

下面举个例子

function App(){
  // 这是innerComments注释
}

function App(){
  const a = 2
  // 这是trailingComments注释
}

除了上述三个属性外,在最外的File层还有一个comments属性,这里存放着里面所有注释,但是只是可以看,并不能对其进行操作,因为我们是要删除注释后插入对应代码的,在这里操作后就不知道去哪里注入代码了

手写plugin

确定结构

分析完行级注释后,接下来就要确定plugin的基本结构,既然我们只在函数里面操作,那肯定要有一个函数的入口,可以写如下代码

Program: {
  enter(path) {
    console.log("enter");
    console.log("path: ", path);
  },
  exit(path) {
    console.log("exit");
  }
},
FunctionDeclaration(path, state) {

},
ClassDeclaration(path, state) {

},
ArrowFunctionExpression(path, state) {

}

但是我们在这三个节点里面进行的操作都是一样的,解决办法就是把方法名用|分割成xxx|xxx形式的字符串

"FunctionDeclaration|ClassDeclaration|ArrowFunctionExpression"(path, state) {}

进入函数以后,还需要对函数里面的节点进行遍历,我们可以调用traverse方法

traverse

traverse方法是@babel/traverse里默认导出的方法,使用traverse可以手动遍历ast树

// 示例代码
import * as babylon from "babylon";
import traverse from "@babel/traverse";

const code = `console.log("test")`;

const ast = babylon.parse(code); // babylon是babel的解析器,将代码转为ast树

traverse(ast, {
  enter(path) {
    ...
  }
});

但是我们在visitor里面可以直接使用path.traverse方法,在traverse方法里传入一个对象,不同于visitor,对象里面直接可以放enter方法,也可以放其他节点方法。注释可能在每一个节点旁边,所以我们需要观察每一个节点,所以我们接下来的操作全部都在enter里面。

"FunctionDeclaration|ClassDeclaration|ArrowFunctionExpression"(path, state) {
  path.traverse({
    enter(path) {
      // 操作注释
    }
  })
}

这时候有同学就有疑问了,我们所有的操作都在path.traverse里面,那如果是外层函数的innerComments怎么办。现实是innerComments是在BlockStatement里面的,而不是在声明语句里面的,所以我们进来后并没有错过任何在函数内的comment

获取注释

下面就是根据ast结构获取comment了,我们先拿leadingComments试试水

const leadingComments = path.node.leadingComments;
if (leadingComments?.length) {
  for (const comment of leadingComments) {
    if (comment?.type === "CommentLine") { // 只替换行级
      console.log("待更换的注释是", comment.value);
    }
  }
}

我们给plugin换个“恶劣”一点的测试代码

// @debug
class App {
 // inner
 /* 块级 */
 // 123
 inClass() {
  // buried-0
  console.log(213);
  // afterConsole
  const b = 2;
 }
}
// 外边的猴嘴

function fn() { // fn右边
 // buried-1
 const a = 1;
 // 猴嘴
}
fn();

const a = () => {
 // buried-7
};
a();

运行打包后打印

$ webpack --config test/webpack.config.js
enter
待更换的注释是  inner
待更换的注释是  123
待更换的注释是  buried-0
待更换的注释是  afterConsole
待更换的注释是  fn右边
待更换的注释是  buried-1
exit

可以看到从上到下打印出了leadingComments,非常成功,这下子就有信心了,赶紧加上另外两种注释

handleComments(innerComments, "innerComments");
handleComments(trailingComments, "trailingComments");
handleComments(leadingComments, "leadingComments");
function handleComments(comments, commentName) {
  if (!comments?.length) return;
  for (const comment of comments) {
    if (comment?.type === "CommentLine") { // 只替换行级
      console.log("待更换的注释是", commentName, comment.value);
    }
  }
}

另外把处理注释的代码抽离出去,没有人想写三次不是吗

打印出来

$ webpack --config test/webpack.config.js
enter
待更换的注释是 leadingComments  inner
待更换的注释是 leadingComments  123
待更换的注释是 trailingComments  afterConsole
待更换的注释是 leadingComments  buried-0
待更换的注释是 leadingComments  afterConsole
待更换的注释是 trailingComments  猴嘴
待更换的注释是 leadingComments  fn右边
待更换的注释是 leadingComments  buried-1
待更换的注释是 innerComments  buried-7
exit

感觉非常完美,但是,怎么感觉有一个注释重复打出来了,吓得我赶紧看看ast树

破案了,原来afterConsole既是console.log(123)trailComment,又是const b=2leadingComment,这里我称这种注释为“双重注释”,这就需要我们进行去重了,我们先来看看path有哪些属性可以用来去重

去重

  • 使用 path.key获取路径所在容器的索引

path.key可以获得元素的索引,那用这个属性去重好像行得通,下面举个例子演示一下

const a = 1; //  path.key = 0 
// 注释
const b = 2; //  path.key = 1 
const c = 3; //  path.key = 2

思路:以上面的a、b、c举例,给一个全局的duplicationKey如果注释在ab中间,当要处理bleading时,如果有key-1 === duplicationKey,就是如果b的前面有节点存在,则只删除comment,但不注入代码片段

下面我们就来在实际的代码实现一下,我们直接打印出path.key即可

enter(path) {
  console.log("pathKey: ", path.key);
  ...
}

对应代码片段以及运行结果:

// buried-0
console.log(213);
// afterConsole
const b = 2;
pathKey:  0
待更换的注释是 trailingComments  afterConsole
待更换的注释是 leadingComments  buried-0     
pathKey:  expression
pathKey:  callee
pathKey:  object
pathKey:  property
pathKey:  0
pathKey:  1
待更换的注释是 leadingComments  afterConsole

可以看到前一个节点的key确实是后面的key-1,但是这样又要维护一个全局变量又要判断key是不是数字,特别麻烦,我们可以使用另一个属性

  • 使用path.getSibling(index)来获得同级路径

使用path.getSibling(path.key - 1)获取上一个兄弟节点即可,如果存在则只删除但不注入代码片段(如果只删除一边,是没有效果的,编译出来的文件还是会有注释)

const isSiblingTrailExit = !path.getSibling(path.key - 1)?.node?.trailingComments;
handleComments(path, leadingComments, "leadingComments", path.parent.body, state.buriedInfo, isSiblingTrailExit)

我们再将测试用例写复杂点

function fn() { // fn右边
 function abc() {
  // abcInner
 }
 // 猴嘴
}

打包输出

$ webpack --config test/webpack.config.js
enter
...
待更换的注释是 innerComments  abcInner
待更换的注释是 innerComments  abcInner
exit

发现abc函数里面的注释被遍历了两次

我们再套一层,发现被遍历了三次

function fn() { // fn右边
 function abcd() {
  function abc() {
   // abcInner
  }
 }
 // 猴嘴
}

$ webpack --config test/webpack.config.js
enter
...
待更换的注释是 innerComments  abcInner
待更换的注释是 innerComments  abcInner
待更换的注释是 innerComments  abcInner
exit

细心的同学可能已经发现问题了,visitor中每次进入函数都会调用目前的这个方法,但是path.traverseenter里面也包含函数里面的函数,除了最外一层函数,里面的函数都是重复遍历的,这样时间复杂度会呈指数级增加,这当然是不能忍的。要解决这个bug,遍历时每个函数只需要进入一次就够了,那我们在enter里面碰到函数节点进来时直接跳过不就行了吗。

跳出遍历

path里面每个节点都有对应的一个判断方法,判断当前节点是否是对应类型,一般形式是path.isxxx()xxx为节点类型名,所以FunctionDeclarationClassDeclarationArrowFunctionExpression对应的判断方法为isFunctionDeclarationisArrowFunctionExpressionisClassDeclaration。判断以后我们还需调用path.skip(),该方法能跳过当前遍历到的节点

if (path.isFunctionDeclaration() || path.isArrowFunctionExpression() || path.isClassDeclaration()) {
  path.skip();
}

再次打包输出

$ webpack --config test/webpack.config.js
enter
待更换的注释是 leadingComments  fn右边
待更换的注释是 trailingComments  猴嘴
待更换的注释是 innerComments  abcInner
exit

插入注释

现在我们已经可以顺利地拿到项目中所有的行级注释了,接下来我们先将所有注释都替换成固定的语句,如果是块级注释,我们可以将节点使用某些方法替换掉,但是对于行级注释,我们需要分成两步处理

  1. 插入需要的代码片段
  2. 删除注释

在我们的enter里面,我们是同时处理三种注释,但是在插入代码片段时,leadingCommentstrailComments对应的作用域是在上一层节点的,所以需要使用path.parent找到父级节点。

想要插入代码片段,必须使用template解析字符串形式的语句,将其转为ast节点,此方法来自@babel/template,在这里因为此函数是作为一个插件函数导出,所以babel的一些方法会传入这个函数,我们通过解构获得template,在babel底层还是调用@babel/core的,所以这个方法的实例是在@babel/core上面

module.exports = function({ template }){
  function handleComments(path, comments, commentName, pathBody, isAdd) {
  if (!comments?.length) return;
  for (let i = comments.length - 1; i >= 0; i--) {
   const comment = comments[i];
   if (comment?.type === "CommentLine") { // 只替换行级
    const commentArr = comment.value.split("-");
    if (commentArr && commentArr[0]?.trim() === "buried") {
     if (isAdd) {
      console.log("待更换的注释是", commentName, comment.value);
     }

     path.node[commentName].splice(i, 1);
    }
   }
  }
 }
...
enter(path){
  ...
  handleComments(path, innerComments, "innerComments", path.node.body, true);
  const isSiblingTrailExit = !path.getSibling(path.key - 1)?.node?.trailingComments;
  handleComments(path, leadingComments, "leadingComments", path.parent.body, isSiblingTrailExit);
  handleComments(path, trailingComments, "trailingComments", path.parent.body, true);
}

如果要对path下面的注释进行操作,一定要用path找到对应comment进行操作,所以一定要把path传过去。

因为使用splice删除数组中的元素,所以倒序遍历

插入注释就直接在pathbody里面push即可,如何找到pathBody,就直接在ast树上寻找即可,这里就省略此过程

运行输出,查看main.js,可以看到全部注释已经被替换

处理Excel表

到此为止最麻烦的部分已经解决,接下来就要替换带有标志的注释了,首先要建立注释标志对应的代码片段的映射,我们的方案是读取一个Excel表,这也是为了给不懂代码配置的人(策划、运营)来填写。

首先确定Excel表的格式,id作为标识,属性值是需要传入全局函数的,我们将全局函数命名为AddStatistic,属性值中带有#的是变量,不带#的是字符串

安装node-xlsx,运行yarn add node-xlsx

封装一个解析函数

function parseXlsx(excelFilePath) {
  // 解析excel, 获取到所有sheets
  const sheets = xlsx.parse(excelFilePath);
  const sheet = sheets[0];
  return sheet.data.reduce((v, t) => {
    if (t[1] === "id"return v;
    const paramsArr = [];
    for (let i = 3; i < t.length; i++) {
      paramsArr.push(t[i]);
    }
    v[t[1]] = paramsArr;
    return v;
  }, {});
}

返回的数据格式如下

{
  '0': [ 'param1''#aaa' ],
  '1': [ 'param2''abc' ], 
  '2': [ 'param3''#bbb' ],
  '3': [ 'param4''def' ], 
  '4': [ 'param5''qqq' ], 
  '5': [ 'param6''#www' ],
  '6': [ 'param7''eee' ], 
  '7': [ 'param8''#rrr' ] 
}

处理注释

这个函数在Program调用,将得到的buriedInfo存储在state里面

state是存储着一些全局(AST遍历的时候所有入口都能拿到)的属性,作为vistor的全局属性,它可以用来存储一些全局变量,我们将buriedInfo放到state里面,然后传入path.traverse里面的handleComments

Program: {
  enter(path, state) {
    state.buriedInfo = parseXlsx("./buried.xlsx");
  },
},

handleComments里加一些东西,这些东西就不赘述了

function handleComments(path, comments, commentName, pathBody, buriedInfo, isAdd) {
  if (!comments?.length) return;
  for (let i = comments.length - 1; i >= 0; i--) {
    const comment = comments[i];
    if (comment?.type === "CommentLine") { // 只替换行级
      const commentArr = comment.value.split("-");
      if (commentArr && commentArr[0]?.trim() === "buried") {
        if (isAdd) {
          const id = commentArr[1].trim();
          console.log("buriedInfo[id]", id, buriedInfo[id]);
          const params = buriedInfo[id] === undefined ? undefined : buriedInfo[id].map(v => {
            return v && v[0] === "#" ? v.slice(1, v.length) : `"${v}"`;
          });
          const pointAST = template(`window.AddStatistic(${params[0]},${params[1]});`)();
          pathBody.push(pointAST);
        }

        path.node[commentName].splice(i, 1);
      }
    }
  }
}

我们拿最开始的测试用例进行测试

可以看到成功替换掉标志的注释,而且全部标志注释已经删掉

现在只能往AddStatistic加入两个参数,我曾想根据Excel表动态加入参数,使用Array.prototype.join()形成参数,但是总是报错,如果有大佬知道怎么处理可以评论一下

注入全局函数

我们已经把调用AddStatistic的语句插入到项目中,接下来将AddStatistic挂载到全局中,直接在Programenter里面插入即可

Program: {
  enter(path, state) {
    const globalNode = template(`window.AddStatistic = ${func}`)();
    path.node.body.unshift(globalNode);
  }
},

注入script

还有我们要把对应的script插入到html中,同样还是在入口处插入一段代码

// 注入添加script代码
const addSctipt = `(function() {
   const script = document.createElement("script");
   script.type = "text/javascript";
   script.src = "${script}";
   document.getElementsByTagName("head")[0].appendChild(script);
    })();`;
const addSctiptNode = template(addSctipt)();
path.node.body.unshift(addSctiptNode);

这里的funcscript变量都是可以自定义的,在webpack.config.js里配置

plugins: [
  [
    path.resolve(__dirname, "../src/index.js"),
    {
      xlsxPath: path.resolve(__dirname, "../buried.xlsx"),
      func: `function(category, action) {
         window._hmt && window._hmt.push(["_trackEvent", category, action]);
        };
        `,
      script: "https://test.js"
    }
  ]
]

这里传进去的对象可以在state.opts中获得

Program: {
  enter(path, state) {
    const { xlsxPath, func, script } = state.opts;
  }
}

测试一下,在dist目录下面新建一个index.html,引入main.js


发布

package.json中写好配置

{
  "name""babel-plugin-tracker",
  "version""0.0.1",
  "description""一个用于统计埋点的babel插件",
  "main""./src/index.js",
  "scripts": {
    "test""echo "Error: no test specified" && exit 1",
    "dev""webpack --config test/webpack.config.js"
  },
  "keywords": [
    "webpack",
    "plugin",
    "babel",
    "babel-loader",
    "前端",
    "工具",
    "babel-plugin",
    "excel",
    "AST",
    "埋点"
  ],
  "author""plutoLam",
  "license""MIT",
    ...
}

main指向刚刚的index.js,直接运行npm publish即可,没有配置npm的小伙伴可以看看其他教程

尾声

babel埋点插件的开发到这里就完成啦,希望大家可以学到一些东西

npm地址:https://www.npmjs.com/package/babel-plugin-tracker

GitHub地址:https://github.com/plutoLam/babel-plugin-tracker

结语

「❤️关注+点赞+收藏+评论+转发❤️」,原创不易,鼓励笔者创作更多高质量文章

最近JowayYoung上新了一本新小册从 0 到 1 落地前端工程化,对前端工程化感兴趣的可以扫码了解下!



浏览 148
点赞
评论
收藏
分享

手机扫一扫分享

分享
举报
评论
图片
表情
推荐
点赞
评论
收藏
分享

手机扫一扫分享

分享
举报