DocumentJS 文档生成引擎源码剖析一行注释如何变成 docObject 的完整流水线【免费下载链接】documentjsThe sophisticated documentation engine项目地址: https://gitcode.com/gh_mirrors/do/documentjsDocumentJS是一个强大的文档生成引擎documentation engine它能把写在源码注释里的 JSDoc 风格标注自动转换结构化的 docObject最终渲染成多版本、可定制主题的文档网站。本文将带你完整走一遍这条处理流水线一行/** */注释是如何被拆解、解析、组装成 docObject 的。 先认识两个核心概念概念一句话解释定义位置docObject描述一个被文档化的对象的数据结构含name、type、description、body等属性lib/process/docObject.mddocMap所有 docObject 的集合以名称为键lib/process/docMap.md整个引擎的入口在 main.js它导出了generate生成、find查找文件、process处理、tag标签解析四大模块流水线就藏在这几个模块的协作里。️ 流水线全景从注释到 docObject 的四步整条链路可以概括为4 步抽取注释从源码中挖出所有/** ... */注释块并记录它后面的那行代码文件分流判断文件类型Markdown 页面 / 模板 / 源码决定处理方式代码 注释融合先用下一行代码猜测类型再逐行解析注释中的tag入库把生成的 docObject 塞进 docMap交给 HTML 生成器输出1️⃣ 第一步get_comments 抽取注释块起点是lib/process/get_comments.js。它的任务很简单用正则把多行注释从源码里抠出来。/** * param {String} name 名字 * return {String} 处理结果 */ var process function(name) { ... }它做了三件关键事用multiLineCommentReg正则匹配/** ... */只认带星号的多行注释顺手记录注释的起始行号line方便以后在文档页上跳转到源码提取注释紧随其后的那一行代码code——这是后面代码提示code hint解析的原料也就是说流水线还没开始每个注释块就已经打包成{ comment, code, line, codeLine }四件套了。2️⃣ 第二步file.js 按文件类型分流每个文件进入lib/process/file.js的processFile函数。它先创建一个script 作用域type: script、name: 文件名这会成为无父级 docObject 的默认父级。然后是分岔路口文件类型处理策略.md/.markdown整个文件当作一条大注释生成一个type: page的 docObject.mustache/.handlebars生成type: template的 docObject并把模板编译进 docObject其他JS 源码调用getComments取出所有注释逐个交给codeAndComment这就是为什么 DocumentJS 既能文档化 JS 代码又能管理 guides 目录下的 Markdown 页面——殊途同归都是 docObject。3️⃣ 第三步code_and_comment 先猜代码再读注释核心调度器是lib/process/code_and_comment.js名字即逻辑先处理代码提示再处理注释。它有个小细节先看注释第一行是否形如function、param这类xxx声明如果是就先给 docObject 打上type标记供后续代码猜测使用。代码提示从一行代码猜类型lib/process/code.js里的guessTag函数是整个引擎最有意思的部分之一。它遍历所有标签的codeMatch正则看注释后面那行代码长什么样代码长得像foo: function(){→ 命中function标签代码长得像foo: bar→ 命中property标签若当前作用域是static或prototype会优先按 function 处理猜中之后调用tag.code(...)由标签自己产出 docObject 的骨架比如推断出type再用 lodash 的defaults合并进已有的注释解析结果。代码猜出来的骨架 注释填出来的血肉缺一不可。注释解析逐行扫描 缩进栈lib/process/comment.js是流水线的发动机它逐行扫描注释维护一个缩进栈indentationStack遇到tag行 → 查标签表tags[tagName]调用该标签的add方法遇到普通行 → 如果栈顶是多行标签如param的续行调用addMore否则按先填description空行后填body的规则落笔遇到缩进变浅 → 从栈上弹栈触发对应标签的end收尾多行标签还能返回ctrl 命令push/pop/scope/default/add比如codestart、codeend就是靠push/pop把内容插入到当前所在的标签里。这套机制让标签系统可以灵活嵌套是整个解析器可扩展性的关键。4️⃣ 第四步docObject 入库每个 docObject 生成后file.js里的typeCreateHandler回调会把它交给lib/process/add_doc_object_to_doc_map.js连同src源文件名、line行号一起写入 docMap。至此一行注释的旅程结束/** param ... */ → 注释块四件套 → 代码猜测 逐行 tag 解析 → docObject → docMap 标签系统流水线的插件层所有tag的实现都集中在lib/tags/目录description.js、param.js、return.js、function.js、constructor.js、module.js……每个标签就是一个小插件实现了add/addMore/end多行标签或code/codeMatch代码提示方法。标签注册表在lib/tags/tags.js。这正是 DocumentJS 的精髓解析器与标签解耦。你可以完全不动引擎代码只写一个新标签文件就能给文档系统增加一种全新的注释语义。 下游docObject 如何变成网页docMap 之后还有收尾工序都在lib/process/下finalize_doc_map.js给每个 docObject 补全缺失的typeadd_children.js根据parent关系建立children数组形成文档树clean_doc_map.js按group排序、按hide过滤最后lib/generators/html/里的生成器把 docMap 逐对象写盘每个 docObject 对应一个 HTML 文件配合site/default/templates/下的 Mustache 模板如signature.mustache渲染出最终页面。 小结回顾这条流水线设计上有三个值得学习的点关注点分离抽注释、猜代码、解析 tag、入库每一步都是独立可测的小模块数据驱动标签以插件形式注册解析器不认识任何具体标签统一的中间表示无论 Markdown、模板还是 JS 注释最终都收敛为 docObject后续生成逻辑只需认识这一种数据想动手验证用下面的配置启动 DocumentJS然后在生成的站点控制台里输入docObject就能直接看到你刚写的那条注释变成了什么——这就是 docObject 最直观的打开方式。git clone https://gitcode.com/gh_mirrors/do/documentjs更多配置说明可参考docs/api/config/目录下的siteConfig.md、projectConfig.md与docConfig.md。【免费下载链接】documentjsThe sophisticated documentation engine项目地址: https://gitcode.com/gh_mirrors/do/documentjs创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
DocumentJS 文档生成引擎源码剖析一行注释如何变成 docObject 的完整流水线【免费下载链接】documentjsThe sophisticated documentation engine项目地址: https://gitcode.com/gh_mirrors/do/documentjsDocumentJS是一个强大的文档生成引擎documentation engine它能把写在源码注释里的 JSDoc 风格标注自动转换结构化的 docObject最终渲染成多版本、可定制主题的文档网站。本文将带你完整走一遍这条处理流水线一行/** */注释是如何被拆解、解析、组装成 docObject 的。 先认识两个核心概念概念一句话解释定义位置docObject描述一个被文档化的对象的数据结构含name、type、description、body等属性lib/process/docObject.mddocMap所有 docObject 的集合以名称为键lib/process/docMap.md整个引擎的入口在 main.js它导出了generate生成、find查找文件、process处理、tag标签解析四大模块流水线就藏在这几个模块的协作里。️ 流水线全景从注释到 docObject 的四步整条链路可以概括为4 步抽取注释从源码中挖出所有/** ... */注释块并记录它后面的那行代码文件分流判断文件类型Markdown 页面 / 模板 / 源码决定处理方式代码 注释融合先用下一行代码猜测类型再逐行解析注释中的tag入库把生成的 docObject 塞进 docMap交给 HTML 生成器输出1️⃣ 第一步get_comments 抽取注释块起点是lib/process/get_comments.js。它的任务很简单用正则把多行注释从源码里抠出来。/** * param {String} name 名字 * return {String} 处理结果 */ var process function(name) { ... }它做了三件关键事用multiLineCommentReg正则匹配/** ... */只认带星号的多行注释顺手记录注释的起始行号line方便以后在文档页上跳转到源码提取注释紧随其后的那一行代码code——这是后面代码提示code hint解析的原料也就是说流水线还没开始每个注释块就已经打包成{ comment, code, line, codeLine }四件套了。2️⃣ 第二步file.js 按文件类型分流每个文件进入lib/process/file.js的processFile函数。它先创建一个script 作用域type: script、name: 文件名这会成为无父级 docObject 的默认父级。然后是分岔路口文件类型处理策略.md/.markdown整个文件当作一条大注释生成一个type: page的 docObject.mustache/.handlebars生成type: template的 docObject并把模板编译进 docObject其他JS 源码调用getComments取出所有注释逐个交给codeAndComment这就是为什么 DocumentJS 既能文档化 JS 代码又能管理 guides 目录下的 Markdown 页面——殊途同归都是 docObject。3️⃣ 第三步code_and_comment 先猜代码再读注释核心调度器是lib/process/code_and_comment.js名字即逻辑先处理代码提示再处理注释。它有个小细节先看注释第一行是否形如function、param这类xxx声明如果是就先给 docObject 打上type标记供后续代码猜测使用。代码提示从一行代码猜类型lib/process/code.js里的guessTag函数是整个引擎最有意思的部分之一。它遍历所有标签的codeMatch正则看注释后面那行代码长什么样代码长得像foo: function(){→ 命中function标签代码长得像foo: bar→ 命中property标签若当前作用域是static或prototype会优先按 function 处理猜中之后调用tag.code(...)由标签自己产出 docObject 的骨架比如推断出type再用 lodash 的defaults合并进已有的注释解析结果。代码猜出来的骨架 注释填出来的血肉缺一不可。注释解析逐行扫描 缩进栈lib/process/comment.js是流水线的发动机它逐行扫描注释维护一个缩进栈indentationStack遇到tag行 → 查标签表tags[tagName]调用该标签的add方法遇到普通行 → 如果栈顶是多行标签如param的续行调用addMore否则按先填description空行后填body的规则落笔遇到缩进变浅 → 从栈上弹栈触发对应标签的end收尾多行标签还能返回ctrl 命令push/pop/scope/default/add比如codestart、codeend就是靠push/pop把内容插入到当前所在的标签里。这套机制让标签系统可以灵活嵌套是整个解析器可扩展性的关键。4️⃣ 第四步docObject 入库每个 docObject 生成后file.js里的typeCreateHandler回调会把它交给lib/process/add_doc_object_to_doc_map.js连同src源文件名、line行号一起写入 docMap。至此一行注释的旅程结束/** param ... */ → 注释块四件套 → 代码猜测 逐行 tag 解析 → docObject → docMap 标签系统流水线的插件层所有tag的实现都集中在lib/tags/目录description.js、param.js、return.js、function.js、constructor.js、module.js……每个标签就是一个小插件实现了add/addMore/end多行标签或code/codeMatch代码提示方法。标签注册表在lib/tags/tags.js。这正是 DocumentJS 的精髓解析器与标签解耦。你可以完全不动引擎代码只写一个新标签文件就能给文档系统增加一种全新的注释语义。 下游docObject 如何变成网页docMap 之后还有收尾工序都在lib/process/下finalize_doc_map.js给每个 docObject 补全缺失的typeadd_children.js根据parent关系建立children数组形成文档树clean_doc_map.js按group排序、按hide过滤最后lib/generators/html/里的生成器把 docMap 逐对象写盘每个 docObject 对应一个 HTML 文件配合site/default/templates/下的 Mustache 模板如signature.mustache渲染出最终页面。 小结回顾这条流水线设计上有三个值得学习的点关注点分离抽注释、猜代码、解析 tag、入库每一步都是独立可测的小模块数据驱动标签以插件形式注册解析器不认识任何具体标签统一的中间表示无论 Markdown、模板还是 JS 注释最终都收敛为 docObject后续生成逻辑只需认识这一种数据想动手验证用下面的配置启动 DocumentJS然后在生成的站点控制台里输入docObject就能直接看到你刚写的那条注释变成了什么——这就是 docObject 最直观的打开方式。git clone https://gitcode.com/gh_mirrors/do/documentjs更多配置说明可参考docs/api/config/目录下的siteConfig.md、projectConfig.md与docConfig.md。【免费下载链接】documentjsThe sophisticated documentation engine项目地址: https://gitcode.com/gh_mirrors/do/documentjs创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
