别再用JSON配置文件了

你们确定都发现了，如今愈来愈多的前端工具支持用JavaScript来进行自定义配置了。（好比说Babel或ESLint）无论你们以前出于什么缘由选择JSON来写配置信息，从如今开始不要这么干了，改用JavaScript吧。

为何呢？

一开始 我犯了个错

前段时间，我为了模块化项目，把一些通用的代码抽象出来造成了单独的库，每一个新的项目中都要把以前开发中配置的工具再配置一遍，Lint，Prettier等等。

一开始我想偷懒，每一个新的项目都要配置一遍，那这些配置性的东西我想写的越少越好，因此我用了package.json中的JSON配置。而后我把全部的配置文件放在一个单独的包中，基于咱们使用的工具（好比Babel）提供的扩展机制，咱们能够共享配置。就像这样：

{
  "name": "nice-project",
  "version": "1.0.0",
  "babel": {
    "extends": "awesome-config",
    "plugins": ["lodash"]
  }
}
复制代码

简单吧？可是！并非每一个工具都实现这种extends机制。

很巧的是，我还遇到了。发现缺乏工具支持后，我在Github上寻找相关解决方案，确定有大佬在我以前也遇到了这样的问题。果真还有不少小伙伴遇到了相似的问题。不过很快我也发现了，有的开发者没有考虑提供对全部可能的工具都提供扩展机制，由于已经存在一个自然的更好的选择了：使用JavaScript配置文件。

好吧，大佬就是大佬，我能怎么办呀，那我也只能用JavaScript来配置这些工具咯。当我用JavaScript重写了以前的JSON配置后，全部的问题都不是问题了，真香！

为何要使用JavaScript配置

主要是由于JSON是一种数据格式，而JavaScript是编程语言。咱们经过编程语言能够实现各类各样的计算与组合，不须要借助其它的工具就能够实现强大的配置功能。

并且，咱们能够在JavaScript配置中写注释，甚至对它们作测试(虽然这看起来没多大意义)。

咱们从几个方面展开来讲说使用Javascript配置的好处：

轻松覆盖

咱们若是require了一个JavaScript配置文件，咱们能够轻松地修改返回的对象并从新导出它。

就像这样，咱们的包里须要另一个Babel插件时，像修改普通的对象同样修改它就行了。

const base = require("../babel.config.js");

module.exports = {
   ...base,
   plugins: [...base.plugins, "lodash"],
};
复制代码

动态配置

我刚刚也说了，JSON是一种数据格式，缺少动态性，咱们喜欢用它来传数据，可是用来作配置其实不太行。若是使用JSON配置，哪怕有一丁点儿不一样咱们都要新建一个新的配置文件，若是换成JavaScript配置，咱们能够经过一些编程技巧动态地返回须要的内容。

好比说咱们只想在生产环境中使用某个插件，小菜一碟。

const base = require("../babel.config.js");

module.exports = {
  ...base,
  plugins: process.env.NODE_ENV === "production" 
    ? [...base.plugins, "lodash"]
    : base.plugins,
};
复制代码

共享配置

进入前端世界后，一个比较爽的点是什么代码均可以经过npm发布 ，咱们只须要建立一个恰当的package.json，而后npm publish就行了。

{
  "name": "my-babel-config",
  "version": "1.0.0",
  "description": "My babel config. ",
  "main": "babel.config.js",
  "files": ["babel.config.js"]
}
复制代码

发布后，咱们只须要在须要用到的项目中require便可：

const base = require("my-babel-config");

  module.exports = {
     ...base,
     plugins: [...base.plugins, "lodash"],
  };
复制代码

注释

JSON不支持注释。有人说咱们可使用某些奇特的技巧实现这一需求，可是它们并它们不是JSON规范的一部分。JavaScript做为编程语言自然支持注释。咱们能够将它们放在任意位置，ide还会给咱们作好高亮。

module.exports = {
  "plugins": ["lodash"],
};
复制代码

可测试

刚刚也提到了，咱们能够测试Javascript配置文件，它们跟其它代码没有什么区别。 有没有这个必要你们能够根据本身的场景判断，若是有须要，咱们可使用任何咱们熟悉的测试框架来测试，好比Jest。

describe("config", () => {
  beforeEach(() => {
    oldEnv = process.env.NODE_ENV;
  });
  afterEach(() => {
    jest.resetModules();
    process.env.NODE_ENV = oldEnv;
  });

  it("uses lodash plugin in production", () => {
    process.env.NODE_ENV = "production";
    const config = require("./babel.config.js");
    expect(config.plugins.includes("lodash")).toBe(true);
  });

  it("does not use lodash plugin in other envs", () => {
    process.env.NODE_ENV = "production";
    const config = require("./babel.config.js");
    expect(config.plugins.includes("lodash")).toBe(false);
  });
});
复制代码

总结

使用编程语言来配置工程能够轻松地实现不少JSON配置须要工具支持才能实现的功能，也让共享配置的门槛进一步下降，安卓很早就采用了Gradle来配置项目，就是看中了Gradle脚本使用groovy代码编写使得配置更加灵活方便，省了折腾那些花里胡哨的工具的时间多写两个BUG它不香么？😕