自定义NPM包

环境初始化

1. mkdir npm-log
2. cd npm-log
3. npm init -y

入口文件

• 自定义依赖模块和命令行的入口文件不一样：

  • 模块是在 package.json 里经过 main 字段定义这个包对外暴露的入口；

    • 模块起源于node，语法默认支持commonjs规范
    • 模块若使用ES Module语法书写，经过 module 字段定义入口
  • 若是是提供命令行工具，则须要经过 bin 字段来定义暴露的命令名称与实际执行的文件

模块

1. 建立lib/index.js

   const Noop = () => {}
   class Logmi {
      errorHandler = Noop
      successHandler = Noop
   
      static create (options) {
         return new Logmi(options)
      }
      constructor (options = {}) {
         console.log('---------create------', options)
      }
      log (msg, level) {
         console.log('log: start', msg, level)
   
      }
   }
   module.exports = Logmi

2. 更新package.json

   "main": "lib/index.js"

命令行

• 最主要的是在 package.json 里经过 main 字段定义这个包对外暴露的入口；
• 若是是提供命令行工具，则须要经过 bin 字段来定义暴露的命令名称与实际执行的文件

开发环境

• [ ] 自动日志
• [ ] 版本更新

• husky

  npm install husky --save-dev
   npx husky install

  • 配置run-script：安装依赖后自动启动Git hooks

    "prepare": "husky install"

    • 追加测试钩子

      # Unix系统可用
       npx husky add .husky/pre-commit "npm run test"
       # Windows经过如下命令建立文件(引号在windows下不是正确的语法)
       npx husky add .husky/pre-commit
       # Windows去新建的文件中指定命令
       #!/bin/sh
       . "$(dirname "$0")/_/husky.sh"
      
       npm run test

• commitlint

  • commitlint提交信息校验工具
  • 须要和校验规范配合使用，官网默认规范@commitlint/config-conventional —— 可自定义。

  • commitlint绑定@commitlint/config-conventional

    # Unix
    echo "module.exports = {extends: ['@commitlint/config-conventional']}" > commitlint.config.js
    # Windows
    echo module.exports = {extends: ['@commitlint/config-conventional']} > commitlint.config.js

  • 配置Git hook：在提交commit msg进行参数校验 —— 写在run-script中无效

    # Unix系统可用
    npx husky add .husky/commit-msg "npx --no-install commitlint --edit $1"
    # Windows经过如下命令建立文件(引号在windows下不是正确的语法)
    npx husky add .husky/commit-msg
    # Windows去新建的文件中指定命令
    #!/bin/sh
    . "$(dirname "$0")/_/husky.sh"
    
    npx --no-install commitlint --edit $1

• standard-version

  npm i --save-dev standard-version

  • 配置run-script：发布前自动升级版本号 + 生成日志

    "publish": "standard-version"

调试

1. 进入本地NPM包

   • npm link建立软连接到全局node环境中

2. 进入依赖包的项目A中

   • npm link <packageName>创建软连接依赖

3. 在项目A须要调用的文件中

   # 调用
   import Logmi from "log";
   const LogmiInstance = Logmi.create({
    url: 'http://localhost:3000'
   })
   LogmiInstance.log(`paste: ${JSON.stringify(paste)}`, 1)

4. 启动项目A，便可调试

开发

NPM包是commonJS语法，使用require()，而非import...from...引入依赖。

• 实例化参数

  • 工厂函数

  • 参数默认值

    • const Noop = () => {}：空语句

  • 传参校验

    • 参数数据实体类型

    • 校验警告

      • 参数合并

• DTO

  • 校验DTO组成结构参数ParamChecker
  • 统一结构ContentWrapper

• 配置信息统一分类处理

  module.exports = {
  EXCEED_TRY_TIMES: 'Exceed try times',
  }

打包发布

打包须要引入webpack，这里的package.json修改入口文件:

"main": "dist/logmi.js",
"module": "lib/index.js",

其中，main是暴露打包后的入口文件；
module是webpack环境下暴露的入口文件；

package.json

{
  "name": "log",
  "version": "1.0.0",
  "description": "",
  "main": "dist/logmi.js",
  "module": "lib/index.js",
  "scripts": {
    "prepare": "husky install",
    "build": "cross-env NODE_ENV=production webpack --config webpack.config.js --mode=production",
    "test": "echo \"npm run test\" && exit 1"
  },
  "author": "",
  "license": "ISC",
  "devDependencies": {
    "@babel/core": "^7.14.3",
    "@babel/preset-env": "^7.14.4",
    "@commitlint/cli": "^12.1.4",
    "@commitlint/config-conventional": "^12.1.4",
    "babel-loader": "^8.2.2",
    "cross-env": "^7.0.3",
    "husky": "^6.0.0",
    "standard-version": "^9.3.0",
    "terser-webpack-plugin": "^5.1.3",
    "webpack": "^5.38.1",
    "webpack-cli": "^4.7.0"
  },
  "dependencies": {
    "@babel/polyfill": "^7.12.1",
    "idb-managed": "^1.0.9"
  },
  "bundledDependencies": [
    "idb-managed"
  ]
}

pkg#main

做为第三方依赖包时，包的入口执行文件。

若是没有指定，默认为root目录下的index.js。

pkg#bin

做为命令行工具时，包的入口执行文件

安装该包时，node会自动建立硬连接该包到全局执行环境。

• String：单执行文件
• Map：多执行文件

pkg#module

非官方配置，rollup、webpack等打包工具提供的配置项。

指向的应该是一个基于 ES6模块规范书写的模块。

pkg#private

设置"private": true，npm拒绝发布该包。

pkg#workspaces

结合monorepo的概念，建立工做区。

pkg#files

安装该包时，目录中包含在pkg.files中指定的文件结构。

默认包含：

package.json
README
CHANGES / CHANGELOG / HISTORY
LICENSE / LICENCE
NOTICE
The file in the "main" field

pkg#bundledDependencies

经过fpt、scp等工具传输该包时，须要将该包的依赖打包在一块儿。

• 在bundledDependencies中指定依赖包的列表

  • 只须要指定包名，版本会在dependencies查找
• 经过npm pack打包
• 经过传输工具传输打好的*.tgz包
• 经过npm i *.tgz安装该包及其依赖

pkg#peerDependencies

• 代表该包对主包/主工具库的兼容性，而不是依赖性，这种关系称之为插件。

  • 主包通常会对插件暴漏的接口指定标准

在peerDependencies指定的包@版本号代表，咱们的包须要在指定包的环境下执行，须要一同安装。

打包

安装插件

npm i -D webpack-cli webpack cross-env terser-webpack-plugin

npm install --save-dev @babel/core babel-loader @babel/preset-env

npm install --save @babel/polyfill

配置babel.config.json

{
  "presets": [
    [
      "@babel/env",
      {
        "targets": {
          "edge": "17",
          "firefox": "60",
          "chrome": "67",
          "safari": "11.1"
        },
        "useBuiltIns": "usage",
        "corejs": "3.6.5"
      }
    ]
  ]
}

配置run-script

...
  "build": "cross-env NODE_ENV=production webpack --config webpack.config.js --mode=production",
...

webpack.config.js

const path = require('path')
const webpack = require('webpack')
const TerserPlugin = require("terser-webpack-plugin")

const resolve = dir => path.join(__dirname, '.', dir)

const isProd = process.env.NODE_ENV === 'production'

module.exports = {
  entry: {
    logmi: './lib/index.js'
  },
  output: {
    path: resolve('dist'), // 输出目录
    filename: '[name].js', // 输出文件
    libraryTarget: 'umd', // 采用通用模块定义
    library: 'logmi', // 库名称
    libraryExport: 'default', // 兼容 ES6(ES2015) 的模块系统、CommonJS 和 AMD 模块规范
    globalObject: 'this' // 兼容node和浏览器运行，避免window is not undefined状况
  },
  devtool: 'source-map',
  module: {
    rules: [
      {
        test: /\.js$/,
        exclude: /(node_modules)/,
        use: {
          loader: 'babel-loader',
          options: {
            presets: ['@babel/preset-env']
          }
        }
      }
    ]
  },
  optimization: {
    minimize: true,
    minimizer: [new TerserPlugin()],
  }
}

配置可见目录结构

...
  "files": [
    "dist/"
  ]
...

补充知识

• [ ] Peer Dependencies

  The peerDependencies configuration was originally designed to address the problem of NPM packages that were ‘plugins’ for other frameworks.

删除CHangeLog

• https://github.com/convention...
• https://lukasznojek.com/blog/...