资讯专栏INFORMATION COLUMN

使用 TypeScript 编写一个完善包含测试、文档和持续集成的库

lingdududu / 649人阅读

摘要:单元测试一个合格的库应该包含完整的单元测试。是的支持版,和是一样的,它能够直接运行为后缀的单元测试文件。在目录下加入然后执行即可看到单元测试结果。

这篇文章主要是讲述如何使用 TypeScript 编写一个完善,包含测试、文档、持续集成的库,涵盖了编写整个库所需要的技术和工具,主要涵盖:

项目目录骨架

TypeScript 配置

使用 jest 单元测试

使用 vuepress 编写文档

使用 github pages 部署文档

持续集成部署

原文首发于我的个人网站:听说 - https://tasaid.com/,推荐在我的网站阅读更多技术文章。

前端开发 QQ 群:377786580  
欢迎使用和了解滴滴金融出品的移动端组件库 Mand-mobile。

为了迎合这篇文章,我编写了一个可以开箱即用的库模板:https://github.com/linkFly6/ts-lib-basic。

里面集成了这篇文章所阐述的所有内容。

初始化项目目录

先初始化项目目录,一般来说,src 放源码,dist 放编译后的代码,tests 放单元测试,所以先初始化好基础目录。

.
├── .vscode           # vscode 配置
│   └── launch.json   # vscode 调试配置
├── dist              # 编译产出目录,编译后才有
├── src               # 源码
├── tests             # 单元测试
├── .gitignore        # git 忽略文件
├── .npmrc            # npm 配置
├── .travis.yml       # github 持续集成
├── LICENSE           # 开源协议
├── README.md         # README
├── package-lock.json # npm 锁定依赖
├── package.json      # npm
├── tsconfig.json     # typescript 配置
└── tslint.json       # tslint 校验

先按照这个目录文件结构,然后我们会一步步填上内容。

通过 npm init 初始化一个 npm 配置:

初始化 TypeScript 相关工具

既然包是基于 TypeScript 的,那么 TypeScript 工具必不可少。

ts-node

在开发中,可以使用 ts-node(可以理解为可以直接执行 ts 文件的 node)来直接运行我们的 ts 代码。

npm i --save-dev typescript
npm i --save-dev ts-node

如果是 node 应用,为了让 TypeScript 能够进行 node 类型推导,则需要安装 Node 对应的类型声明:

npm i --save-dev @types/node
tsconfig.json

tsconfig.json 是 TypeScript 的配置文件,这里提供一份可供参考是配置,置于项目根目录:

{
  "compilerOptions": {
    "sourceMap": false,
    "module": "commonjs", // 模块配置
    "noImplicitAny": true, // 是否默认禁用 any
    // "removeComments": true, // 是否移除注释
    "types": [ // 默认引入的类型声明
      "node", // 默认引入 node 的类型声明
    ],
    "baseUrl": ".", // 工作根目录
    "paths": {
      // ~/ 指向 server/types,types 目录下都是 types 文件,所以不会编译产出
      "~/*": [
        "./types/*"
      ]
    },
    "target": "es6", // 编译目标
    "outDir": "dist", // 输出目录
    "declaration": true, // 是否自动创建类型声明
  },
  // 此配置生效范围
  "include": [
    "src/**/*"
  ],
}
tslint.json

tslint 类似 eslint,是 TypeScript 中的代码风格约束工具。

关于 lint,个人方面比较倾向于非强制性的,所以只在 vscode 中安装了扩展 tslint,这样 vscode 会根据项目根目录配置的 tslint.json 标出不符合规范的信息。

这里有一份推荐配置:

{
  "defaultSeverity": "error",
  "extends": [
    "tslint:recommended"
  ],
  "jsRules": {},
  "rules": {
    "max-line-length": [
      true,
      140
    ],
    // 禁止内置原始类型
    "ban-types": false,
    // 禁止给参数赋值
    "no-parameter-reassignment": false,
    // 禁止空接口
    "no-empty-interface": true,
    // 显示类型代码就不需要再加类型声明了
    "no-inferrable-types": true,
    // 不允许使用内部模块
    "no-internal-module": true,
    // 不允许在变量赋值之外使用常量数值。如果未指定允许值的列表, 则默认情况下允许-1、0和1 => 乱七八糟的数字会让人混淆
    // "no-magic-numbers": [true],
    // 不允许使用内部 "modules" 和 "namespace"
    "no-namespace": true,
    // 非空断言,强制使用 == null 之类的断言
    // "no-non-null-assertion": true
    // 禁止 /// ,直接用 import 即可
    "no-reference": true,
    // 禁止使用 require,应该使用 import foo = require("foo")
    "no-var-requires": false,
    // import 的顺序按照字母表
    "ordered-imports": false,
    // 对象属性声明按照字母表
    "object-literal-sort-keys": false,
    // // 结束语句后的分号
    "semicolon": [
      false,
      "always"
    ],
    // 字符串强制单引号
    "quotemark": [
      true,
      "single",
      "jsx-double"
    ],
    // 禁止 arguments.callee
    "no-arg": true,
    // if 语句的单行不用括号,多行用括号
    "curly": false,
    // 是否强制使用箭头函数,禁止匿名函数
    "only-arrow-functions": false,
    // 是否禁止多个空行
    "no-consecutive-blank-lines": false,
    // 在函数括号前要求或不允许空格
    "space-before-function-paren": false,
    // 箭头函数的参数使用括号
    "arrow-parens": [
      true,
      "ban-single-arg-parens"
    ],
    // 不固定变量类型
    "no-shadowed-variable": false,
    // 行尾多余的空格
    "no-trailing-whitespace": false,
    // == 和 ===
    "triple-equals": false,
    // 禁止一些位运算符
    "no-bitwise": false,
    // 禁止 console
    "no-console": false,
    // 检查变量名
    "variable-name": [
      true,
      "ban-keywords"
      // "check-format",
      // "allow-leading-underscore"
    ],
    // 一行声明变量表达式
    "one-variable-per-declaration": false,
    // 允许在一个文件里定义多个 class
    "max-classes-per-file": [
      true,
      5
    ],
    // 判断表达式 fn && fn()
    "no-unused-expression": [
      true,
      "allow-fast-null-checks"
    ],
    // 空函数
    "no-empty": false,
    // forin 是否必须包含 hasOwnProperty 判断
    "forin": false,
    "no-debugger": false,
    // 强制要求必须要声明类型
    "typedef": [
      true
    ]
  },
  "rulesDirectory": [
    "./src"
  ]
}
package-lock.json

package-lock.json 是 npm 5 之后引入的,为了解决 npm 过去使用的 package.json 版本依赖太宽松的问题。

比如说 package.json 中依赖了包 mand-mobile,使用了最常用的插入依赖(^):

"mand-mobile": "^4.16.4",

假设自己项目在上线阶段, mand-mobile 更新到了 mand-mobile@4.17.0,而刚好 mand-mobile@4.17.0 又不小心出现了一个新 bug 会导致页面脚本错误。这时候上线安装依赖的时候,由于 package.json^ 约束太宽松,就会导致 mand-mobile@4.17.0 被安装,从而导致上线出问题。

package-lock.json 就是为了解决这个问题,通过 npm 安装包的时候,会检测本地是否有 package-lock.json

如果没有 package-lock.json,就在安装包的时候将当前包依赖的详细信息(包括子级依赖)都写入生成 package-lock.json

如果有 package-lock.json,则根据 package.json,参考 pacakge-lock.json 来安装包依赖。来保证依赖稳定。

本质上 ppackage-lock.json 的作用类似于 node_modules 包依赖的快照。

单元测试

一个合格的库应该包含完整的单元测试。这里我们使用 jest 对应的 TypeScript 版本:ts-jest。

ts-jest

ts-jest 是 jest 的 TypeScript 支持版,API 和 jest 是一样的,它能够直接运行 .ts 为后缀的单元测试文件。

安装 ts-jest 和对应的类型声明文件:

npm i --save-dev jest  #ts-jest 依赖 jest
npm i --save-dev ts-jest
npm i --save-dev @types/jest

package.json 中加入 jest 配置和 npm run test 的脚本:

{
  "name": "my-app",
  "main": "dist/index.js",
  "scripts": {
    "test": "jest --verbose"
  },
  "jest": {
    "rootDir": "tests",
    "transform": {
      "^.+.tsx?$": "ts-jest"
    },
    "testRegex": "(/__tests__/.*|(.|/)(test|spec)).tsx?$",
    "moduleFileExtensions": [
      "ts",
      "tsx",
      "js",
      "jsx",
      "json",
      "node"
    ]
  }
}

这时候就可以基于 jest 编写单元测试了。在 tests/ 目录下加入 example.test.ts

import { isArrayLike } from "../src"

describe("my-app:isArrayLike", () => {
  test("isArrayLike(): true", () => {
    expect(
      isArrayLike([]),
    ).toBe(true)
  })

  test("isArrayLike(): false", () => {
    expect(
      isArrayLike({}),
    ).toBe(false)
  })
})

然后执行 npm run test 即可看到单元测试结果。

express 测试

如果要测试 express/koa 之类的 web 应用框架程序,则可以使用 tj 大神的 supertest。

安装对应的包:

npm i --save-dev supertest
npm i --save-dev @types/supertest
import * as express from "express"
/**
 * 用于测试 express、koa 等 web 应用框架的工具
 */
import * as request from "supertest"
import middleware from "../src"

describe("my-app:basic", () => {
  test("locals", done => {
    const app = express()
    app.use(middleware)
    app.get("/example", (req, res) => {
      res.send({ code: 0 })
    })
    // 使用 supertest 进行测试
    request(app).get("/example").expect(200, { code: 0 }, done)
  })
})
debug

debug 也是 tj 大神编写的一个库,用于在应用程序中输出 debug 信息,用于调试工具库,著名的库大部分都采用该库进行 debug 支持。

npm i --save debug
npm i --save-dev @types/debug
import * as d from "debug"

const debug = d(`my-app:basic`)

debug("debug info")

在启动应用程序的时候,只需要在环境变量中注入 DEBUG 即可:

DEBUG=my-app* node app.js

DEBUG=my-app* ts-node app.ts

vscode 基于 ts-node 调试

.vscode/launch.json 中可以配置基于 ts-node 的调试:

{
  // 使用 IntelliSense 了解相关属性。 
  // 悬停以查看现有属性的描述。
  // 欲了解更多信息,请访问: https://go.microsoft.com/fwlink/?linkid=830387
  "version": "0.2.0",
  "configurations": [
    {
      "type": "node",
      "request": "launch",
      "name": "启动程序",
      // 基于 ts-node 调试
      "program": "${workspaceFolder}/node_modules/ts-node/dist/bin.js",
      "args": [
        "-P",
        "${workspaceRoot}/tests/tsconfig.json",
        "${workspaceRoot}/tests/app.ts", // 入口文件
      ]
    }
  ]
}

文档

文档方面,简陋一点的,可以直接使用 README,也可以用 gitbook。不过我个人方便比较推荐 vuepress。

远程托管文档方面,要么自建服务器,要么直接托管到 Github 的 Pages。

使用 vuepress 编写文档

个人比较倾向于使用 vuepress 编写文档,是因为里面扩展 Markdown 扩展了许多丰富实用的语法,以及菜单结构的强大可配置。

这里我们讨论的是在项目中集成文档。

在项目根目录新建目录 /docs

npm i --save-dev vuepress

在项目的 package.json 中加入脚本

  "scripts": {
    "docs": "vuepress dev docs",
    "docs:build": "vuepress build docs"
  }

/docs 新增文件 README.md,写入以下内容:

---
home: true
actionText: 开始使用 →
actionLink: /readme
footer: MIT Licensed | Copyright © 2018-present linkFly
features:
- title: 快速
  details: 快速创建库
- title: 集成
  details: 集成单元测试和自动化 doc 部署
- title: TypeScript
  details: TypeScript 支持
---

集成了基础工具的,使用 TypeScript 快速编写一个应用库

然后执行结合我们刚才配置的命令,执行 npm run docs,终端 shell 会输出 vuepress 启动的服务地址:

访问地址,即可看到文档页面:

使用 github pages 托管文档

github pages 是 Github 提供的一个免费的页面托管服务,我们可以将 vuexpress 编译出来的文档托管到上面。

Github Pages 服务和 Github 已经打通,可以从项目的 /docs 目录自动部署,这也就是我们为什么要在项目里新建 /docs 目录的原因。

首先,我们将项目中 pageage.json 的脚本进行更新:

  "scripts": {
    "docs:build": "vuepress build docs && cp -rf ./docs/.vuepress/dist/* ./docs && rm -r ./docs/.vuepress/dist"
  }

这段脚本的大体意思就是先使用 vuepress 构建产出文档的 HTML 文件(在 /docs/.vuepress/dist 目录下),然后将 dist 目录移动到 docs/ 目录下,因为 Github Pages 在识别 docs/ 的时候只能识别 docs/index.html

执行 npm run docs:build

将本地的项目 push 到 Github 以后,打开该项目的 Setting

在 Github Pages 配置项选择 docs/ 文件夹:

然后访问 https://.gitlab.io// 即可看到自动部署的文档。例如:https://linkfly6.github.io/ts-lib-basic/。

使用持续集成服务 travis-ci

travis-ci 是一个持续集成服务,它可以用来自动部署和构建 Github 上的项目。

我们可以集成我们的单元测试。

在项目根目录加入 .travis.yml,在 master 分支进行提交的时候自动运行 npm run test 命令(npm run test 命令配置参见 ts-jest 章节):

sudo: false
language: node_js
node_js:
  - "8"

cache:
  directories:
  - node_modules

branches:
  only:
  - master

script:
  npm run test

打开 https://travis-ci.org/ 进行注册或登录。新增接入的项目:

选择要打开持续集成的项目:

然后我们更新文档或代码,提交代码到 Github。

稍等大概几十秒,就可以在 travis-ci 里面看到自己的单元测试任务:

最后,在测试完毕的情况下,在 https://www.npmjs.com/ 进行注册。

在 npm 的源是官方的(npm config set registry https://registry.npmjs.org/)情况下,执行 npm login 登录 npm 以后,npm publish 发布包即可。

最后,为了迎合这篇文章,我编写了一个可以开箱即用的库模板:https://github.com/linkFly6/ts-lib-basic。

里面集成了这篇文章所阐述的所有内容。

前端开发 QQ 群:377786580  
欢迎使用和了解金融出品的移动端组件库 Mand-mobile。

原文首发于我的个人网站:听说 - https://tasaid.com/,推荐在我的网站阅读更多技术文章。

文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。

转载请注明本文地址:https://www.ucloud.cn/yun/100649.html

相关文章

  • 【译】使用TypeScript两年后-值得吗?

    摘要:弄了一个持续更新的笔记,可以去看看,链接地址此篇文章的地址使用两年后值得吗基础笔记的地址可以也可以。使用,你可以使用抽象类等功能。有关抽象类的更多信息支持,和方法,只读属性。 弄了一个持续更新的github笔记,可以去看看,链接地址:Front-End-Basics 此篇文章的地址:使用TypeScript两年后-值得吗? 基础笔记的github地址:https://githu...

    RyanQ 评论0 收藏0
  • java开发程序员需要用到的库框架有哪些

    摘要:框架是和应用程序的另一个测试和规范框架。它是为应用程序编写自动测试的最有用的库之一。数据库是许多应用程序包括核心和应用程序不可分割的一部分,可能是进行单元测试时的最大障碍。 作为一名Java开发人员,我们从事不同的领域,从编写核心Java代码到创建JSP页面、编写RESTAPI,有时甚至创建Groovy脚本以实现构建自动化...

    zhaochunqi 评论0 收藏0
  • 自动化测试框架指南

    摘要:基于各种测试的理想测试自动化框架的主要组成部分是测试库单元测试单元测试库可用于塑造任何测试自动化框架的重要组成部分。构建工具旨在帮助您从源代码和支持库开发自动化软件,并运行测试。 ...

    tulayang 评论0 收藏0
  • 为什么我们从Angular 2迁移到Vue.js(为什么我们没有选择React)

    摘要:在,我们刚刚使用发布了我们的客户端的新版本。得到了最多的提及,排在第二位。根据,这个许可证旨在保护他们免受专利巨魔的侵害。正在获得更多开发者的支持,我们在开发过程中看到了这一点,让我们更加相信,我们的选择是对的。 showImg(https://segmentfault.com/img/bVbdxdq?w=1960&h=960);在Rever(www.reverscore.com),我...

    levius 评论0 收藏0
  • 为什么我们从Angular 2迁移到Vue.js(为什么我们没有选择React)

    摘要:在,我们刚刚使用发布了我们的客户端的新版本。得到了最多的提及,排在第二位。根据,这个许可证旨在保护他们免受专利巨魔的侵害。正在获得更多开发者的支持,我们在开发过程中看到了这一点,让我们更加相信,我们的选择是对的。 showImg(https://segmentfault.com/img/bVbdxdq?w=1960&h=960);在Rever(www.reverscore.com),我...

    zhjx922 评论0 收藏0

发表评论

0条评论

lingdududu

|高级讲师

TA的文章

阅读更多
最新活动
阅读需要支付1元查看
<