也许你之前听说过前端组件代码可以运行在浏览器,运行在移动端 App 里面,甚至可以直接在各种设备当中,但你有没有见过: 前端组件直接跑在命令行窗口里面,让前端代码构建出终端窗口的 GUI 界面和交互逻辑?
今天, 给大家分享一个非常有意思的开源项目: ink。它的作用就是将 React 组件渲染在终端窗口中,呈现出最后的命令行界面。
本文偏重实战,前面会带大家熟悉基本使用,然后会做一个基于实际场景的实战项目。
上手初体验
刚开始上手时,推荐使用官方的脚手架创建项目,省时省心。
- npx create-ink-app --typescript
然后运行这样一段代码:
- import React, { useState, useEffect } from 'react'
- import { render, Text} from 'ink'
- const Counter = () => {
- const [count, setCount] = useState(0)
- useEffect(() => {
- const timer = setInterval(() => {
- setCount(count => ++count)
- }, 100)
- return () => {
- clearInterval(timer)
- }
- })
- return (
- <Text color="green">
- {count} tests passed
- </Text>
- )
- }
- render(<Counter />);
会出现如下的界面:
并且数字一直递增!demo 虽小,但足以说明问题:
- 首先,这些文本输出都不是直接 console 出来的,而是通过 React 组件渲染出来的。
- React 组件的状态管理以及hooks 逻辑放到命令行的 GUI 当中仍然是生效的。
也就是说,前端的能力以及扩展到了命令行窗口当中了,这无疑是一项非常可怕的能力。著名的文档生成工具Gatsby,包管理工具yarn2都使用了这项能力来完成终端 GUI 的搭建。
命令行工具项目实战
可能大家刚刚了解到这个工具,知道它的用途,但对于具体如何使用还是比较陌生。接下来让我们以一个实际的例子来进行实战,快速熟悉。代码仓库已经上传到 git,大家可以这个地址下面 fork 代码: https://github.com/sanyuan0704/ink-copy-command。
下面我们就来从头到尾开发这个项目。
项目背景
首先说一说项目的产生背景,在一个 TS 的业务项目当中,我们曾经碰到了一个问题:由于production模式下面,我们是采用先 tsc,拿到 js 产物代码,再用webpack打包这些产物。
但构建的时候直接报错了,原因就是 tsc 无法将 ts(x) 以外的资源文件移动到产物目录,以至于 webpack 在对于产物进行打包的时候,发现有些资源文件根本找不到!比如以前有这样一张图片的路径是这样—— src/asset/1.png,但这些在产物目录dist却没还有,因此 webpack 在打包 dist 目录下的代码时,会发现这张图片不存在,于是报错了。
解决思路
那如何来解决呢?
很显然,我们很难去扩展 tsc 的能力,现在最好的方式就是写个脚本手动将src下面的所有资源文件一一拷贝到dist目录,这样就能解决资源无法找到的问题。
一、拷贝文件逻辑
确定了解决思路之后,我们写下这样一段 ts 代码:
- import { join, parse } from "path";
- import { fdir } from 'fdir';
- import fse from 'fs-extra'
- const staticFiles = await new fdir()
- .withFullPaths()
- // 过滤掉 node_modules、ts、tsx
- .filter(
- (p) =>
- !p.includes('node_modules') &&
- !p.endsWith('.ts') &&
- !p.endsWith('.tsx')
- )
- // 搜索 src 目录
- .crawl(srcPath)
- .withPromise() as string[]
- await Promise.all(staticFiles.map(file => {
- const targetFilePath = file.replace(srcPath, distPath);
- // 创建目录并拷贝文件
- return fse.mkdirp(parse(targetFilePath).dir)
- .then(() => fse.copyFile(file, distPath))
- );
- }))
代码使用了fdir这个库才搜索文件,非常好用的一个库,写法上也很优雅,推荐大家使用。
我们执行这段逻辑,成功将资源文件转移到到了产物目录中。
问题是解决掉了,但我们能不能封装一下这个逻辑,让它能够更方便地在其它项目当中复用,甚至直接提供给其他人复用呢?
接着,我想到了命令行工具。
二、命令行 GUI 搭建
接着我们使用 ink,也就是用 React 组件的方式来搭建命令行 GUI,根组件代码如下:
- // index.tsx 引入代码省略
- interface AppProps {
- fileConsumer: FileCopyConsumer
- }
- const ACTIVE_TAB_NAME = {
- STATE: "执行状态",
- LOG: "执行日志"
- }
- const App: FC<AppProps> = ({ fileConsumer }) => {
- const [activeTab, setActiveTab] = useState<string>(ACTIVE_TAB_NAME.STATE);
- const handleTabChange = (name) => {
- setActiveTab(name)
- }
- const WELCOME_TEXT = dedent`
- 欢迎来到 \`ink-copy\` 控制台!功能概览如下(按 **Tab** 切换):
- `
- return <>
- <FullScreen>
- <Box>
- <Markdown>{WELCOME_TEXT}</Markdown>
- </Box>
- <Tabs onChange={handleTabChange}>
- <Tab name={ACTIVE_TAB_NAME.STATE}>{ACTIVE_TAB_NAME.STATE}</Tab>
- <Tab name={ACTIVE_TAB_NAME.LOG}>{ACTIVE_TAB_NAME.LOG}</Tab>
- </Tabs>
- <Box>
- <Box display={ activeTab === ACTIVE_TAB_NAME.STATE ? 'flex': 'none'}>
- <State />
- </Box>
- <Box display={ activeTab === ACTIVE_TAB_NAME.LOG ? 'flex': 'none'}>
- <Log />
- </Box>
- </Box>
- </FullScreen>
- </>
- };
- export default App;
可以看到,主要包含两大组件: State和Log,分别对应两个 Tab 栏。具体的代码大家去参考仓库即可,下面放出效果图:
三. GUI 如何实时展示业务状态?
现在问题就来了,文件操作的逻辑开发完了,GUI 界面也搭建好了。那么现在如何将两者结合起来呢,也就是 GUI 如何实时地展示文件操作的状态呢?
对此,我们需要引入第三方,来进行这两个模块的通信。具体来讲,我们在文件操作的逻辑中维护一个 EventBus 对象,然后在 React 组件当中,通过 Context 的方式传入这个 EventBus。从而完成 UI 和文件操作模块的通信。
现在我们开发一下这个 EventBus 对象,也就是下面的FileCopyConsumer:
- export interface EventData {
- kind: string;
- payload: any;
- }
- export class FileCopyConsumer {
- private callbacks: Function[];
- constructor() {
- this.callbacks = []
- }
- // 供 React 组件绑定回调
- onEvent(fn: Function) {
- this.callbacks.push(fn);
- }
- // 文件操作完成后调用
- onDone(event: EventData) {
- this.callbacks.forEach(callback => callback(event))
- }
- }
接着在文件操作模块和 UI 模块当中,都需要做响应的适配,首先看看文件操作模块,我们做一下封装。
- export class FileOperator {
- fileConsumer: FileCopyConsumer;
- srcPath: string;
- targetPath: string;
- constructor(srcPath ?: string, targetPath ?: string) {
- // 初始化 EventBus 对象
- this.fileConsumer = new FileCopyConsumer();
- this.srcPath = srcPath ?? join(process.cwd(), 'src');
- this.targetPath = targetPath ?? join(process.cwd(), 'dist');
- }
- async copyFiles() {
- // 存储 log 信息
- const stats = [];
- // 在 src 中搜索文件
- const staticFiles = ...
- await Promise.all(staticFiles.map(file => {
- // ...
- // 存储 log
- .then(() => stats.push(`Copied file from [${file}] to [${targetFilePath}]`));
- }))
- // 调用 onDone
- this.fileConsumer.onDone({
- kind: "finish",
- payload: stats
- })
- }
- }
然后在初始化 FileOperator之后,将 fileConsumer通过 React Context 传入到组件当中,这样组件就能访问到fileConsumer,进而可以进行回调函数的绑定,代码演示如下:
- // 组件当中拿到 fileConsumer & 绑定回调
- export const State: FC<{}> = () => {
- const context = useContext(Context);
- const [finish, setFinish] = useState(false);
- context?.fileConsumer.onEvent((data: EventData) => {
- // 下面的逻辑在文件拷贝完成后执行
- if (data.kind === 'finish') {
- setTimeout(() => {
- setFinish(true)
- }, 2000)
- }
- })
- return
- //(JSX代码)
- }
这样,我们就成功地将 UI 和文件操作逻辑串联了起来。当然,篇幅所限,还有一些代码并没有展示出来,完整的代码都在 git 仓库当中。希望大家能 fork 下来好好体会一下整个项目的设计。
总体来说,React 组件代码能够跑在命令行终端,确实是一件激动人心的事情,给前端释放了更多想象的空间。本文对于这个能力的使用也只是冰山一角,更多使用姿势等待你去解锁,赶紧去玩一玩吧!