从零开发一个健壮的npm包

最近写 node 的时候遇到一个需求,需要清理某目录下超过3天图片,本来想在 npm 找个包直接用用,结果没找到合适的,于是就自己撸一个了。

本文主要讲述如何从零开始开发一个完善健壮的 npm 包,主要涉及到一些工具的使用配置,包的功能不是重点。

一、配置eslint

ESLint是一个代码风格检测工具,比如使用空格还是tab,要不要加分号,使用驼峰命名还是下划线等等。可以保证一个团队的代码风格保持一致。

npm install eslint -g
eslint init

根据 eslint 提供的选项结合自己的需求,一路选择好后,会在根目录创建一个 .eslintrc.json 文件,里面一系列的规则配置,这个时候你再写代码,如果不符合规范,编辑器就会报错提示,如果某些目录不想使用校验,可以创建一个 .eslintignore,把不需要校验的目录放进入。为了方便执行校验,我们在 package.json 里配置一下 scripts:

"scripts": {
  "lint": "eslint --fix src"
}

可以配合githook强制每次提交的时候校验代码:使用git钩子做eslint校验

二、编写代码

我们在src目录下编写我们的代码,拆分成具体步骤为

  1. 读取目录下所有文件
  2. 筛选出我们需要处理的文件,比如创建或者修改时间超过3天的图片或者日志
  3. 删除这些文件

我们分成3个函数:

// readAllFileInfo.js
// 使用fs.readdir读取目录下所有文件
fs.readdir(filePath, function(err, files) {
    if (err) {
      reject(err);
    } else {
      Promise.all(files.map(file => {
        return filterFile(file, options);
      }))
        .then(deleteFiles => {
          resolve(deleteFiles.filter(deleteFile => deleteFile));
        });
    }
  });

// filterFile.js
// 使用fs.stat读取文件信息,然后筛选出需要删除的文件
fs.stat(fileName, (err, stats) => {
  if (err) {
    reject(err);
  } else {
    const time = stats[expiredType];
    const distanceTime = formatDate(date);
    const extName = path.extname(fileName);
    if (now - time > distanceTime && extName === `.${ext}`) {
      deleteFile(fileName)
        .then((res) => {
          resolve(res);
        });
    } else {
      resolve();
    }
  }
});

// deleteFile.js
// 使用fs.unlink删除文件
fs.unlink(fileName, err => {
  if (err) {
    reject(err);
  } else {
    resolve(fileName);
  }
});

这里主要讲一下解决问题的思路,首先整理一下解决这个问题需要哪些步骤,然后每一个步骤可以抽象成一个函数,想一下函数的传参和返回值,最后可以设计一下更加兼容易扩展的 API,具体代码可以查看仓库:https://github.com/wulv/del-e...

三、使用babel

在低版本的 node 可能还不支持某些 es6 语法,比如对象解构等,所以需要使用 babel 编译成低版本也能识别的语法。我们把 src 目录里的代码编译到 lib 目录,然后我们在 package.json 里,把 "main" 改为 "lib/index.js",这样对外暴露出去的代码就不会出现兼容性问题。

下载 babel-cli 依赖:

npm install --save-dev babel-cli
// 下载预设,预设就是别人配置好的一系列规则,编译在规则内的语法
npm install --save-dev babel-preset-es2015

配置好 .babelrc:

{
    "presets": ["es2015"]
}

package.json 里配置一下 scripts:

"scripts": {
  "build": "babel src -d lib",
  "build:watch": "npm run build -- --watch"
}

这样运行 npm run build 就会编译源文件到 lib 目录了。

四、编写测试

为了保障程序的稳定性,我们一定要写测试用例,特别是当你的程序依赖越来越多的时候,比如你改了A模块,你觉得你的改动都没问题,但一发布出去就会出现意想不到的 bug 因为影响到了你不知道的某个模块。这个时候测试就尤为重要,可以帮你避免很多低级错误。我们使用 mochachai 做测试框架和断言,下载依赖。

npm install mocha chai --save-dev

我们在项目根目录建立一个 test 目录。创建 index.formatDate.js,内容为:

'use strict';
const chai = require('chai');
const formatDate = require('../lib/formatDate');

const expect = chai.expect;
const S = 1000;

describe('format dete', () => {
  it('test 2s', function() {
    expect(formatDate('2s')).to.be.equal(2 * S);
  });
});

这里只是演示一下基本的语法,代码太多,具体看仓库。然后在 package.json 里再添加一个 scripts:

"test": "npm run build && mocha -t 5000"

五、Travis-CI+Coveralls

Travis-CI 是一个持续集成构建项目,结合github 可以实现很强大的功能,比如你给一个仓库提交 PR 后,可以自动帮你跑完测试用例,如果测试没有通过,就不能 mergemasterCoveralls 是一个自动化测试覆盖率的服务,用于收集测试覆盖率报告,对于开源项目免费,配置好这个后,就可以生成一个显示你代码测试覆盖率的 badgeCoveralls 可以使用 github 账号登录,登录之后可以在 https://coveralls.io/repos/new 添加需要收集报告的 repo

首先安装一下 istanbul 这个工具来检测代码的测试覆盖率:

npm install istanbul --save-dev

然后在 package.json 中的 scripts 里添加:

"cover": "istanbul cover node_modules/mocha/bin/_mocha"

运行 npm run cover 就可以看到你的代码测试覆盖率了

========= Coverage summary =========
Statements   : 92.65% ( 63/68 )
Branches     : 75% ( 15/20 )
Functions    : 100% ( 14/14 )
Lines        : 92.65% ( 63/68 )
====================================

将测试覆盖率报告提交给 Coveralls,首先安装 Coveralls:

npm install coveralls --save-dev

然后在 package.json 中的 scripts 里添加

"coveralls": "npm run cover -- --report lcovonly && cat ./coverage/lcov.info | coveralls"

然后创建 .travis.yml 文件,

sudo: false
language: node_js
os:
  - linux
  - osx
node_js:
  - 6
  - 8
  - 9
  - 10
branches:
  only:
  - master
install:
- npm install
script:
  - npm run lint
  - npm run build
  - npm run cover
after_success:
- npm run coveralls

将代码推到 github 后,打开 https://travis-ci.org/ ,点开右上角头像 -> profile,把自己仓库的开关打开:

从零开发一个健壮的npm包

README.md 里添加代码测试覆盖率的 badge,我们可以使用 http://shields.io 来添加 badge,比如还有下载量,star数等这些badge

[![Build Status](https://travis-ci.org/wulv/del-expired-file.png)](https://travis-ci.org/wulv/del-expired-file)
[![Coverage Status](https://img.shields.io/coveralls/wulv/del-expired-file/master.svg?style=flat)](https://coveralls.io/github/wulv/del-expired-file?branch=master)

最终可以看到以下效果,当你看到一个 npm 如果显示了测试覆盖率,是不是顿时放心很多了呢?

从零开发一个健壮的npm包

六、发布

至此我们基本已经写好了一个相对比较健壮的仓库了,现在发布到 npm 上,如果没有 npm 账号的话,需要先注册一下,然后运行

npm adduser

输入用户名和密码,npm publish,这样你的仓库就发布好了,如果要更新版本,要遵循 Semver(语义化版本号) 规范:

  1. 升级补丁版本号:npm version patch
  2. 升级小版本号:npm version minor
  3. 升级大版本号:npm version major

总结

总结一下上面使用到的工具和技术:

从零开发一个健壮的npm包

我们可以看到,如果只是实现功能,把目标定在仅仅实现需求上,写这个 npm 包,用一个文件三个函数就完成了,但是这样的话,这个包估计也就只有你自己用了,以后的维护,修改都会比较麻烦,而使用这一套工具后,就健壮很多了。工作上也是这样,我们需要追求卓越,不断打磨自己的手艺,做出更完美的作品。

打个广告,杭州有赞诚招前端开发工程师,我们在4月举办了一次前端技术开放日,详情查看链接:https://tech.youzan.com/fe-op...。公司福利多多:

  • 标配:MacBook,报销:显示屏、鼠标、机械键盘
  • 五险一金、980元/月的餐补、加班打车费报销、年度outing和体检、每人每年有机会参加外部大会/培训等
  • 各种高大上的聚餐、千奇百怪的团建,长期投食的零食架...
  • 高配电视、游戏机、桌球、乒乓球、台球、健身器械,还有四驱赛道等,等你来战~

有意向的话请发送简历到wulv#youzan.com

参考链接

相关推荐