如何为 typst 加入 JSX

日期：
分类： Typst 6
标签： Astro 4

Typst + react-confetti-explosion

本文最初以英文发布于 我新开的英文博客。

Astro 是一个 Web 元框架，它非常擅长构建以内容为中心的快速静态网站，比如本博客以及我的英文博客。其最强大的功能之一是 Integrations，借助它我们可以在同一个项目中使用各种前端框架，如 React、Vue 和 Svelte。虽然 Typst 也能导出 HTML，但手写 HTML 从来都不是一件愉快的事。 所以，最好还是把前端的事情交给前端工具来处理——这也是我创建 astro-typst 这个 Astro 插件的原因之一。

更棒的是，作为一个内容优先的框架，Astro 支持 MDX，这意味着你可以直接在 Markdown 文件中导入和嵌入动态组件。那么，我们如何将这种能力带到像 Typst 这样的其他标记语言中呢？

在 Typst 中嵌入组件

先来展示一下最终的 API。欲在 Typst 文档中嵌入一个组件，需要添加一个简单的辅助函数：

#let jsx = s => html.elem("script", attrs: ("data-jsx": s))

你可以随心所欲地定制语法，只要确保它返回下面这种格式就行：

// 比如，用代码块的格式
#let jsx2 = cb => html.elem("script", attrs: ("data-jsx": cb.text))

然后，要向页面中添加一个交互式的计数器组件，你只需这样写：

#jsx("import Counter from '../components/Counter.astro'")
#jsx("<Counter client:load />")
 
// 或者：
 
#jsx2[```jsx
<Counter initialCount={10} message='typst' />
```]

这就是你需要知道的全部 API 了。接下来发生的事情才是真正神奇的地方。

渲染管线

我们先来看看 Astro 的 MD(X) 渲染流程 —— 它使用了 Unified 生态系统的处理管线，通过 remark、rehype 和 recma 三个阶段将内容转换为 HTML。

MDX
├ remark-parse
├ remark-mdx
├ remark-mark-and-unravel
├ ...settings.remarkPlugins
├ remark-rehype
├ ...settings.rehypePlugins
├ rehype-remove-raw
├ rehype-recma
├ recma-document
├ recma-jsx-rewrite
├ recma-build-jsx
├ recma-build-jsx-transform
├ recma-jsx
├ recma-stringify
├ ...settings.recmaPlugins
JS

多亏了纸夜 的工作，她为自己的 typst.ts 项目添加了 hᴀsᴛ（rehype 使用的抽象语法树）输出。这使得为 Typst 实现同样的功能变得水到渠成。 我们只需要确保 JSX 的部分存在于 hᴀsᴛ 中。 然后我们可以添加一个 rehype 插件，将这个 hᴀsᴛ 转换成和 MDX 产物完全相同的结构。再将这个结果送入 Astro 管线的其余部分，我们就能有效地替换掉标记语言，同时达到相同的效果。

script 标签

现在，回到我们之前的 html.elem。当 Typst 编译器处理你的文档时，#jsx 函数会在中间产物 hᴀsᴛ 中生成一个 <script> 标签：

<script data-jsx="<Counter client:load />"></script>

这个特殊的标签起到了一个标记的作用。

但是，这个标签要如何被处理呢？首先想到的是是伪造一个与 MDX 解析器相似的结构。 于是，我用 Proxy 实现了一个简单的函数来劫持对一个对象的属性访问，看看哪些属性被实际访问了，并添加了一个插件来打印出 AST：

function rehypeStealMdxhast() {
  return function (tree: any, file: any) {
    // 将语法树存储在 file.data 中以便后续检索
    file.data.mdxhast = JSON.parse(JSON.stringify(tree));
  };
}
 
...
 
await compile(mdxContent, {
    outputFormat: 'function-body',
    development: false,
    rehypePlugins: [rehypeStealMdxhast],
});

通过调整插件的位置，我们可以在恰当的时机获取到 AST。

下面是一个 AST 的例子：

然后我发现，estree 数据早在 remark 阶段就已经被填充了。此路不通，还是得手动解析 JSX 字符串。

逐个解析

从这里开始，我们的自定义处理器 typstx（随便起的名字，它是我 fork 的 MDX 插件）接管了工作。它会遍历 hᴀsᴛ 查找这些特定的 <script data-jsx="..."> 标签。每找到一个标签，typstx 就会初始化一个新的、独立的 MDX 解析器来处理 data-jsx 属性内的 JSX 字符串。

const createJsxProcessor = () => {
  const pipelineJsx = unified()
    .use(remarkParse)
    .use(remarkMdx)
    .use(remarkMarkAndUnravel)
    .use(remarkRehype, {
      allowDangerousHtml: true,
      passThrough: [...nodeTypes]
    })
    .use(hastHastify)
 
  return pipelineJsx
}

这种方法简单直接，尽管这意味着页面上的每个动态组件都会触发一次独立的解析过程。该解析器将 JSX 字符串转换为一个代表该组件的 hᴀsᴛ 片段。

上面的管线被包裹在另一个转换器 rehypeTransformJsxInTypst 中：

export const rehypeTransformJsxInTypst = () => {
  // 找到所有 html.elem("script", attrs: ("data-jsx": "import Button from 'Button.jsx;'"))
  // 并将它们转换为 html.elem("script", attrs: ("data-jsx": "import Button from 'Button.jsx;'"))
  function compileJsx(node) {
    if (node.type === 'element' && node.tagName === 'script') {
      let hast = jsx2hast(node.properties['data-jsx'])
      hast = hast.children[0]
      ...
      return hast
    }
    if (node.children) {
      node.children = node.children.map(compileJsx)
    }
    return node
  }
 
  return function (tree, file) {
    return compileJsx(tree)
  }
}

通过递归调用 compileJsx，我们可以确保所有的 <script> 标签都被处理。这个新的组件片段随后会替换掉主 hᴀsᴛ 树中原来的 <script> 标签。

没有魔法，只有字符串

在所有标签被替换后，typstx 会将 AST 转换成一个可供执行的 JavaScript 模块字符串。 Astro 并不读取依赖列表，而是直接接收这个生成的完整脚本，并用其服务器端 JavaScript 运行时来执行。 这个运行时自带的模块加载器会解析这些 import 语句，就像处理任何标准的 .js 或 .ts 文件一样。 你的组件就是这样被定位和打包的。

此外，为了确保组件能在 Astro 生态系统中正确渲染，typstx 接受一个 jsxImportSource 选项。 我们将其设置为 'astro'，这会告诉编译器生成调用 Astro 特定的渲染函数（例如，来自 'astro/jsx-runtime'）的代码，而不是其他框架的。

为了进一步提升性能，这种重复的解析逻辑应该被消除，比如可以使用 rehype 插件将不同的 import 语句直接转换为一个已经包含 estree 数据的 AST 对象。但我认为目前的实现更加灵活，也已经足够好用了。

if (node.type === 'mdxjsEsm' ||
    node.type === 'mdxTextExpression' ||
    node.type === 'mdxFlowExpression' ||
    node.type === 'mdxJsxAttribute' ||
    node.type === 'mdxJsxAttributeValueExpression' ||
    node.type === 'mdxJsxExpressionAttribute') { ... }

unist 的错误假设

另一个实现上的细节是，复用 unist 的 pipeline 并不是那么的容易。一个常规的 MDX 流程是从 Markdown 文件到 HTML / JSX，输入输出都是文件或字符串（即 VFile）。但在我们的例子中，输入是由 typst.ts 在 Rust 中通过 N-API 创建的 JavaScript 对象 hᴀsᴛ 树。此外，在创建 MDX parser 时，我们需要的输出是一个 estree 对象，它不是字符串也不是 VFile。

从 VFile 到 AST，或者从 AST 到字符串，这两个过程分别是 Parser 和 Compiler 的工作。 你可能以前用过 remark-parse 和 rehype-stringify 这两个。我之前也在周报里放过这张图：

| ........................ process ........................... |
| .......... parse ... | ... run ... | ... stringify ..........|

          +--------+                     +----------+
Input ->- | Parser | ->- Syntax Tree ->- | Compiler | ->- Output
          +--------+          |          +----------+
                            X
                            |
                     +--------------+
                     | Transformers |
                     +--------------+

所以手动伪造了一个 Parser 和一个 Compiler 来处理 hᴀsᴛ 树：

let __hast = null
function tryParse() {
  // @ts-ignore
  this.parser = parser
  function parser(_doc, file) {
    if (body) {
      __hast = __hast.children.filter((x) => x.tagName === 'body')
      __hast = __hast.at(0)
    }
    return __hast
  }
}
没错，因为代码不是异步的，我们每次调用 tryParse 时都会修改 __hast。

以及一个假的 Compiler 来让 unified 以为它已经把 estree 对象转换成了字符串：

export default function hastHastify() {
  /** @type {Processor<undefined, undefined, undefined, Root, string>} */
  const self = this
 
  self.compiler = compiler
 
  function compiler(tree) {
    return tree
  }
}

前端生态

通过这样做，我们就能享受到前端生态系统带来的强大能力：

  • 虽然有些前端框架本身不使用 JSX 语法，但 Astro 能很方便地把它们的输出转换为 JSX。

  • 我们现在可以（重新）使用 rehype 插件而不是到处写 html.elem。这是一种非侵入式地增强 HTML 输出的方式。例如，为标题添加类似 GitHub 的锚点链接是这样做的：

    import function rehypeAutolinkHeadings(options?: Readonly<Options> | null | undefined): (tree: Root) => undefined
    Add links from headings back to themselves.

###### Notes

This plugin only applies to headings with `id`s.
Use `rehype-slug` to generate `id`s for headings that don’t have them.

Several behaviors are supported:

*   `'prepend'` (default) — inject link before the heading text
*   `'append'` — inject link after the heading text
*   `'wrap'` — wrap the whole heading text with the link
*   `'before'` — insert link before the heading
*   `'after'` — insert link after the heading
    @paramoptions Configuration (optional).@returns  Transform.
    rehypeAutolinkHeadings    , { type 
    type Options = {
    behavior?: Behavior | null | undefined;
    content?: Readonly<ElementContent> | ReadonlyArray<ElementContent> | Build | null | undefined;
    group?: Readonly<ElementContent> | ReadonlyArray<ElementContent> | Build | null | undefined;
    headingProperties?: Readonly<Properties> | BuildProperties | null | undefined;
    properties?: Readonly<Properties> | BuildProperties | null | undefined;
    test?: Test | null | undefined;
}
    Options     } from "rehype-autolink-headings";    
export default [
  function rehypeAutolinkHeadings(options?: Readonly<Options> | null | undefined): (tree: Root) => undefined
    Add links from headings back to themselves.

###### Notes

This plugin only applies to headings with `id`s.
Use `rehype-slug` to generate `id`s for headings that don’t have them.

Several behaviors are supported:

*   `'prepend'` (default) — inject link before the heading text
*   `'append'` — inject link after the heading text
*   `'wrap'` — wrap the whole heading text with the link
*   `'before'` — insert link before the heading
*   `'after'` — insert link after the heading
    @paramoptions Configuration (optional).@returns  Transform.
    rehypeAutolinkHeadings    ,    
  {
    content?: Readonly<ElementContent> | readonly ElementContent[] | Build | null | undefined
    Content to insert in the link (default: if `'wrap'` then `undefined`,
otherwise `<span class="icon icon-link"></span>`);
if `behavior` is `'wrap'` and `Build` is passed, its result replaces the
existing content, otherwise the content is added after existing content.
    content    : [    
       {
         Element.type: "element"
    Node type of elements.
    type    : "element",    
         Element.tagName: string
    Tag name (such as `'body'`) of the element.
    tagName    : "span",    
         Element.properties: Properties
    Info associated with the element.
    properties    : { className: string[]className: ["anchor"] },    
         Element.children: ElementContent[]
    Children of element.
    children    : [{ Text.type: "text"
    Node type of HTML character data (plain text) in hast.
    type    : "text", Literal.value: string
    Plain-text value.
    value    : "#" }],    
       },
    ],
    behavior?: Behavior | null | undefined
    How to create links (default: `'prepend'`).
    behavior    : "append",    
  } satisfies 
    type Options = {
    behavior?: Behavior | null | undefined;
    content?: Readonly<ElementContent> | ReadonlyArray<ElementContent> | Build | null | undefined;
    group?: Readonly<ElementContent> | ReadonlyArray<ElementContent> | Build | null | undefined;
    headingProperties?: Readonly<Properties> | BuildProperties | null | undefined;
    properties?: Readonly<Properties> | BuildProperties | null | undefined;
    test?: Test | null | undefined;
}
    Options    ,    
];

更妙的是，你可以直接导入带有动画和交互的 ECharts 组件，而无需通过 WASM 渲染，这样性能也更好。如果你愿意，你甚至可以检查输出的 target，并使用 json() 在 echarm（用于 PDF 输出）和你的前端组件（用于 HTML 输出）之间共享代码。有无限可能！

立即尝试

你可以在这里看到一个实际的演示。虽然这个功能已经被合并到了 master 分支，但一个完全基于 hᴀsᴛ 的方案可能会有性能上的影响，而且还没有经过充分的测试。

理论上，同样的方法也可以应用于其他标记语言，只要它们有相应的 hᴀsᴛ 生成器。此外，支持其他 JSX 运行时也是可能的，但我还没有测试过。

如果你想尝尝鲜，可以安装 npm 上的 beta 版本。欢迎提供反馈！

版权许可

  1. 本作品 采用 知识共享 署名—相同方式共享 4.0 国际许可协议（CC BY-SA 4.0 International）许可，阁下可自由地共享（复制、发行） 和演绎（修改、转换或二次创作） 这一作品，唯须遵守许可协议条款。

评论

评论将在审核后显示，阁下可以在本博客的 Github 仓库的 拉取请求列表 中查看。提交成功后会自动跳转。

本站不支持 Dark Reader 的暗色模式，请对本站关闭后再访问，亮色模式的对比度、亮度等选项不受影响。部分页面右上角提供暗色模式切换按钮，如果你没看到，说明你的浏览器尚不支持此特性。本提示不依赖于 JavaScript，你可自行查找其他用户在本站发表的关于如何关闭此提示的评论。