库 | 做用 |
---|---|
chalk-pipe | 使用更简单的样式字符串建立粉笔样式方案 |
chalk | 正确处理终端字符串样式 |
Commander.js | 完整的 node.js 命令行解决方案 |
Inquirer.js | 一组通用的交互式命令行用户界面。 |
slash | 系统路径符处理 |
minimist | 解析参数选项 |
dotenv | 将环境变量从 .env文件加载到process.env中 |
dotenv-expand | 扩展计算机上已经存在的环境变量 |
hash-sum | 很是快的惟一哈希生成器 |
deepmerge | 深度合并两个或多个对象的可枚举属性。 |
yaml-front-matter | 解析yaml或json |
resolve | 实现node的 require.resolve() 算法,这样就能够异步和同步地使用require.resolve()表明文件 |
semver | npm的语义版本器 |
leven | 测量两字符串之间的差别<br/>最快的JS实现之一 |
lru cache | 删除最近最少使用的项的缓存对象 |
portfinder | 自动寻找 8000 至65535 内可用端口号 |
ora | 优雅的终端转轮 |
envinfo | 生成故障排除软件问题(如操做系统、二进制版本、浏览器、已安装语言等)时所需的通用详细信息的报告 |
memfs | 内存文件系统与Node's fs API相同实现 |
execa | 针对人类的流程执行 |
webpack-merge | 用于链接数组和合并对象,从而建立一个新对象 |
webpack-chain | 使用链式API去生成简化webpack版本配置的修改 |
strip-ansi | 从字符串中去掉ANSI转义码 |
address | 获取当前机器的IP, MAC和DNS服务器。 |
default-gateway | 经过对OS路由接口的exec调用得到机器的默认网关 |
joi | JavaScript最强大的模式描述语言和数据验证器。 |
fs-extra | 添加了未包含在原生fs 模块中的文件系统方法,并向fs 方法添加了promise支持 |
Acorn | 一个小而快速的JavaScript解析器,彻底用JavaScript编写。 |
zlib.js | ZLIB.js是ZLIB(RFC1950), DEFLATE(RFC1951), GZIP(RFC1952)和PKZIP在JavaScript实现。 |
nodejs交互工具库 -- chalk-pipe和chalkhtml
nodejs交互工具库 -- commander和Inquirernode
nodejs交互工具库 -- slash, minimist和dotenv, dotenv-expandwebpack
nodejs交互工具库 -- hash-sum, deepmerge和yaml-front-mattergit
nodejs交互工具库 -- resolve和semvergithub
nodejs交互工具库 -- leven, lru cache和portfinderweb
nodejs交互工具库 -- memfs和execashell
nodejs交互工具库 -- webpack-merge和webpack-chainnpm
nodejs交互工具库 -- strip-ansi, address, default-gateway和joijson
nodejs交互工具库 -- fs-extra, Acorn和zlib
内存文件系统与Node's fs
API相同实现
fs
API 实现, 查阅API StatusBuffer
memfs-webpack
npm install --save memfs
import { fs } from 'memfs'; fs.writeFileSync('/hello.txt', 'World!'); fs.readFileSync('/hello.txt', 'utf8'); // World!
从一个普通JSON建立一个文件系统
import { fs, vol } from 'memfs'; const json = { './README.md': '1', './src/index.js': '2', './node_modules/debug/index.js': '3', }; vol.fromJSON(json, '/app'); fs.readFileSync('/app/README.md', 'utf8'); // 1 vol.readFileSync('/app/src/index.js', 'utf8'); // 2
导出 JSON:
vol.writeFileSync('/script.sh', 'sudo rm -rf *'); vol.toJSON(); // {"/script.sh": "sudo rm -rf *"}
用来测试
vol.writeFileSync('/foo', 'bar'); expect(vol.toJSON()).toEqual({ '/foo': 'bar' });
建立您须要的文件系统卷:
import { Volume } from 'memfs'; const vol = Volume.fromJSON({ '/foo': 'bar' }); vol.readFileSync('/foo'); // bar const vol2 = Volume.fromJSON({ '/foo': 'bar 2' }); vol2.readFileSync('/foo'); // bar 2
使用 memfs
和unionfs
从内存卷和实际磁盘文件系统建立一个文件系统:
import * as fs from 'fs'; import { ufs } from 'unionfs'; ufs.use(fs).use(vol); ufs.readFileSync('/foo'); // bar
使用fs-monkey
对monkey-patch Node's require
函数:
import { patchRequire } from 'fs-monkey'; vol.writeFileSync('/index.js', 'console.log("hi world")'); patchRequire(vol); require('/index'); // hi world
基本经常使用的方法场景就这些了,更完整的用法能够直接查阅文档
针对人类的流程执行
这个包改进了child_process
方法:
stdout.trim()
stdout
和stderr
得到交错输出,相似于在终端上打印的输出。(异步)$ npm install execa
const execa = require('execa'); (async () => { const {stdout} = await execa('echo', ['unicorns']); console.log(stdout); //=> 'unicorns' })();
const execa = require('execa'); execa('echo', ['unicorns']).stdout.pipe(process.stdout);
const execa = require('execa'); (async () => { // Catching an error try { await execa('unknown', ['command']); } catch (error) { console.log(error); /* { message: 'Command failed with ENOENT: unknown command spawn unknown ENOENT', errno: -2, code: 'ENOENT', syscall: 'spawn unknown', path: 'unknown', spawnargs: ['command'], originalMessage: 'spawn unknown ENOENT', shortMessage: 'Command failed with ENOENT: unknown command spawn unknown ENOENT', command: 'unknown command', stdout: '', stderr: '', all: '', failed: true, timedOut: false, isCanceled: false, killed: false } */ } })();
const execa = require('execa'); (async () => { const subprocess = execa('node'); setTimeout(() => { subprocess.cancel(); }, 1000); try { await subprocess; } catch (error) { console.log(subprocess.killed); // true console.log(error.isCanceled); // true } })()
try { execa.sync('unknown', ['command']); } catch (error) { console.log(error); /* { message: 'Command failed with ENOENT: unknown command spawnSync unknown ENOENT', errno: -2, code: 'ENOENT', syscall: 'spawnSync unknown', path: 'unknown', spawnargs: ['command'], originalMessage: 'spawnSync unknown ENOENT', shortMessage: 'Command failed with ENOENT: unknown command spawnSync unknown ENOENT', command: 'unknown command', stdout: '', stderr: '', all: '', failed: true, timedOut: false, isCanceled: false, killed: false } */ }
使用SIGTERM, 2秒后,用SIGKILL杀死它。
const subprocess = execa('node'); setTimeout(() => { subprocess.kill('SIGTERM', { forceKillAfterTimeout: 2000 }); }, 1000);
执行一个文件。能够把它看做是 child_process.execFile()
和child_process.spawn()
的混合.
不须要转义/引用。
除非使用shell
选项,不然没有shell解释器(Bash, cmd.exe
, 等),所以不容许使用shell特性,如变量替换(echo $PATH)。
返回其中一个child_process实例:
childProcessResult
的成功或者失败态的Promise
.与原来的 child_process#kill()
相同,除了:若是signal
是SIGTERM
(默认值),而且子进程在5秒后没有终止,经过发送SIGKILL
强制执行。
Type: number | false
Default: 5000
在发送前等待子进程终止的毫秒 SIGKILL
.
能够设置false
禁用.
相似于childProcess.kill()
。当取消子进程执行时,这是首选的,由于错误更具备描述性和 childProcessResult.scancelled
被设置为true
。
Type: ReadableStream | undefined
流合并/交错stdout
和stderr
.
这是 undefined
若是知足其中:
stdout
和stderr
选项都被设置为'inherit'
, 'ipc'
, Stream
或者integer`同步执行文件。
返回或抛出childProcessResult
.
与execa()
相同,只是文件和参数都在单个命令字符串中指定。例如,execa('echo', ['unicorns'])
与execa.command('echo unicorns')
相同。
若是文件或参数包含空格,则必须使用反斜杠对它们进行转义。若是command
不是常量而是变量,例如__dirname
或 process.cwd()
是剩余的,那么这一点尤为重要。除空格外,不须要转义/引号。
若是命令使用特定于shell的特性,则必须使用shell选项,而不是一个后面跟着参数的简单文件。
与 execa.command()
相同,可是是同步的。
返回或抛出一个 childProcessResult
。
将Node.js脚本做为子进程执行。
等同于 execa('node', [scriptPath, ...arguments], options)
除了(如child_process#fork()
)
nodePath
和nodeOptions
选项覆盖。shell
选项stdio
Type: object
子进程执行的结果。关于成功,这是一个简单的目标。对于失败,这也是一个错误实例。
子进程在:
Type: string
运行的文件和参数。
Type: number
已运行进程的数字退出代码。
Type: string | Buffer
进程在stdout上的输出。
Type: string | Buffer
进程在stderr上的输出。
Type: string | Buffer | undefined
使用 stdout
和stderr
的进程的输出是交错的。
这是 undefined
若是知足其中:
all
项是false
(默认值)execa.sync()
使用Type: boolean
进程是否运行失败。
Type: boolean
进程是否超时。
Type: boolean
进程是否已取消。
Type: boolean
进程是否被终止。
Type: string | undefined
用于终止进程的信号的名称。例如, SIGFPE
.
若是一个信号终止了进程,则定义此属性并将其包含在错误消息中。不然它是 undefined
.
Type: string | undefined
对用于终止过程的信号的人性化描述。例如 Floating point arithmetic error
.
若是一个信号终止了进程,则定义此属性并将其包含在错误消息中。不然它是 undefined
.当信号很是不常见,而这种状况不多发生时,它也是undefined
。
Type: string
子进程运行失败时的错误消息。除了底层错误消息外,它还包含一些与子进程出错缘由相关的信息。
子进程 stderr
而后stdout
被追加到末尾,用新行分隔,不交叉。
Type: string
这与 message
属性相同,只是它不包含子进程stdout/stderr
。
Type: string | undefined
原始错误消息。这与 message
属性相同,只是它既不包含子进程stdout/stderr
,也不包含Execa添加的一些附加信息。
这是undefined
,除非子进程因为错误事件或超时而退出。
Type: object
Type: boolean
Default: true
当父进程退出时终止派生进程,除非:-派生进程分离-父进程忽然终止,例如,使用 SIGKILL
而不是SIGTERM
或正常退出
Type: boolean
Default: false
在寻找要执行的二进制文件时,首选本地安装的二进制文件。
若是你 $ npm install foo
, 你能够 execa('foo')
.
Type: string
Default: process.cwd()
查找本地安装的二进制文件的首选路径 (使用 preferLocal
).
Type: string
Default: process.execPath
(当前的node . js可执行)
要在子进程中使用的Node.js可执行文件的路径。
这能够是绝对路径,也能够是相对于 cwd
选项的路径。
要求 preferLocal
为true
.
例如,它能够与 get-node
一块儿使用,在子进程中运行特定的Node.js版本。
Type: boolean
Default: true
缓冲生成的进程的输出。当设置为 false
, 必须读取 stdout
和stderr
的输出(若是 all
选项为真,则读取all
)。不然,返回的promise将不会被resolved/rejected。
若是衍生的进程失败, error.stdout
, error.stderr
, 和error.all
将包含缓冲数据。
Type: string | Buffer | stream.Readable
向二进制文件的 stdin
中写入一些输入。
在使用同步方法时不容许使用流。
Type: string | number | Stream | undefined
Default: pipe
stdio
相同的选项.
Type: string | number | Stream | undefined
Default: pipe
stdio
相同的选项.
Type: string | number | Stream | undefined
Default: pipe
stdio
相同的选项.
Type: boolean
Default: false
在承诺和解析值上添加.all属性。该属性包含交错使用stdout和stderr的进程的输出。
Type: boolean
Default: true
将此设置为 false
将解决带有错误的承诺,而不是拒绝它。
Type: boolean
Default: true
从输出中去掉最后的换行符。
Type: boolean
Default: true
若是在提供 env
属性时不但愿扩展环境变量,则设置为false
。
Execa还接受如下选项,这些选项与的选项相同child_process#spawn()
/child_process#exec()
Type: string
Default: process.cwd()
子进程的当前工做目录。
Type: object
Default: process.env
环境key-value对。自动从 process.env
扩展。若是你不想这样作,请将extendEnv
设置为false
。
Type: string
显式设置发送给子进程的 argv[0]
的值。若是未指定,将设置为 file
。
Type: string | string[]
Default: pipe
子stdio 配置.
Type: string
Default: 'json'
当使用 stdio: 'ipc'
选项或exec. node()
时,指定用于在进程之间发送消息的序列化类型:- json
:使用json .stringify()
和json .parse()
。- advanced
:使用v8.serialize()
须要Node.js13.2.0
或更高版本。
Type: boolean
让子进程独立于父进程运行。具体的行为取决于平台。
Type: number
设置进程的用户标识。
Type: number
设置流程的组标识。
Type: boolean | string
Default: false
若是为真,则在shell中运行文件。在UNIX上使用 /bin/sh
,在Windows上使用cmd.exe
。能够将不一样的shell指定为字符串。shell应该理解UNIX上的-c
开关或Windows上的/d /s /c
开关。
咱们建议不要使用此选项,由于它是:
Type: string | null
Default: utf8
指定用于解码 stdout
和stderr
输出的字符编码。若是设置为null
,那么stdout
和stderr
将是缓冲区而不是字符串。
Type: number
Default: 0
若是超时时间大于 0
,若是子线程运行的时间超过超时毫秒,父线程将发送killSignal
属性标识的信号(默认为SIGTERM
)。
Type: number
Default: 100_000_000
(100 MB)
容许的最大字节数据量的 stdout
或者stderr
.
Type: string | number
Default: SIGTERM
当派生的进程将被终止时使用的信号值。
Type: boolean
Default: false
若是为真,则不会在Windows上引用或转义参数。在其余平台上被忽略。当shell选项为真时,这将自动设置为真。
Type: boolean
Default: true
在Windows上,不要建立新的控制台窗口。请注意,这也会阻止 CTRL-C
在Windows
上工做。
.node()
only)Type: string
Default: process.execPath
用于建立子进程的可执行文件。
.node()
only)Type: string[]
Default: process.execArgv
传递给Node.js可执行文件的CLI选项列表。
经过使用自动重试和p-retry
包指数返回(exponential backoff)来优雅地处理失败:
const pRetry = require('p-retry'); const run = async () => { const results = await execa('curl', ['-sSL', 'https://sindresorhus.com/unicorn']); return results; }; (async () => { console.log(await pRetry(run, {retries: 5})); })();
假设您但愿实时显示子进程的输出,同时将其保存到一个变量中。
const execa = require('execa'); const subprocess = execa('echo', ['foo']); subprocess.stdout.pipe(process.stdout); (async () => { const {stdout} = await subprocess; console.log('child output:', stdout); })();
const execa = require('execa'); const subprocess = execa('echo', ['foo']) subprocess.stdout.pipe(fs.createWriteStream('stdout.txt'))
const execa = require('execa'); const subprocess = execa('cat') fs.createReadStream('stdin.txt').pipe(subprocess.stdin)
const {getBinPathSync} = require('get-bin-path'); const binPath = getBinPathSync(); const subprocess = execa(binPath);
能够将execa
与get-bin-path
结合使用,以测试当前包的二进制代码。与硬编码到二进制文件的路径相反,这验证了 package.json
bin
字段设置正确。
基本经常使用的方法场景就这些了,更完整的用法能够直接查阅文档