益阳营销型网站建设,移动app与网站建设的区别,wordpress设置留言板,我买了一个备案网站 可是公司注销了大家好#xff0c;我是若川。最近组织了源码共读活动#xff0c;感兴趣的可以加我微信 ruochuan12 参与#xff0c;已进行三个月了#xff0c;大家一起交流学习#xff0c;共同进步。背景相信很多同学在学习 webpack 的时候#xff0c;对 loader 的概念应该有所了解… 大家好我是若川。最近组织了源码共读活动感兴趣的可以加我微信 ruochuan12 参与已进行三个月了大家一起交流学习共同进步。背景相信很多同学在学习 webpack 的时候对 loader 的概念应该有所了解它用于模块源码的转换描述了 webpack 如何处理非 JavaScript 模块常见的有 css-loader、babel-loader、url-loader、vue-loader 等。大部分 loader 已经满足我们的日常开发需求不过有些时候我们仍然需要自定义 loader。为了让你了解如何开发一个 webpack loader我决定从 ElementUI 组件库的 md-loader 入手带你去了解其中的实现原理以及在它的基础上如何做进一步的优化。文档的设计对于一个组件的文档首先我们要考虑的是如何更好地展现组件的功能其次要考虑的是如何更方便地做文档维护。想要编写好一个组件的文档需要做好以下几点1.功能描述对组件功能、使用场景做详细的描述。2.demo 演示直观地让用户感受到组件的功能并且能展示 demo 对应的代码。3.接口说明写清楚组件支持的属性、方法、事件等。那么如何方便地维护文档呢ElementUI 组件库的文档也是一个 Vue 项目组件的文档页面是单独的路由视图而文档是用 markdown 文件来描述的在文档内部不仅包含了对组件的功能以及接口的描述还可以通过编写 vue 组件的方式直接编写组件的 demo这种方式对于组件文档的维护还是比较方便的。以 ElementUI 组件库 Alter 组件为例## Alert 警告用于页面中展示重要的提示信息。### 基本用法页面中的非浮层元素不会自动消失。:::demo Alert 组件提供四种主题由type属性指定默认值为info。html
templateel-alerttitle成功提示的文案typesuccess/el-alertel-alerttitle消息提示的文案typeinfo/el-alertel-alerttitle警告提示的文案typewarning/el-alertel-alerttitle错误提示的文案typeerror/el-alert
/template:::最终它在页面上的展示效果如下可以看到组件的路由视图对应的是一个 markdown 文件而在我们通常的认知中Vue 的路由视图应该对应的是一个 Vue 组件。在 ElementUI 内部是通过 require.ensure 的方式去加载一个 .md 文件它的返回值会作为路由视图对应的异步组件。const LOAD_DOCS_MAP {zh-CN: path {return r require.ensure([], () r(require(./docs/zh-CN${path}.md)),zh-CN);},// ...
}因此内部就必须要把 markdown 文件转换一个 Vue 组件我们可以借助 webpack loader 来实现这一需求。自定义 md-loader首先在 webpack 的配置规则中需要指定 .md 文件应用的 loader{test: /\.md$/,use: [{loader: vue-loader,options: {compilerOptions: {preserveWhitespace: false}}},{loader: path.resolve(__dirname, ./md-loader/index.js)}]
}接下来我们就来分析 md-loader 的源码实现const {stripScript,stripTemplate,genInlineComponentText
} require(./util);
const md require(./config);module.exports function(source) {const content md.render(source);const startTag !--element-demo:;const startTagLen startTag.length;const endTag :element-demo--;const endTagLen endTag.length;let componenetsString ;let id 0; // demo 的 idlet output []; // 输出的内容let start 0; // 字符串开始位置let commentStart content.indexOf(startTag);let commentEnd content.indexOf(endTag, commentStart startTagLen);while (commentStart ! -1 commentEnd ! -1) {output.push(content.slice(start, commentStart));const commentContent content.slice(commentStart startTagLen, commentEnd);const html stripTemplate(commentContent);const script stripScript(commentContent);let demoComponentContent genInlineComponentText(html, script);const demoComponentName element-demo${id};output.push(template slotsource${demoComponentName} //template);componenetsString ${JSON.stringify(demoComponentName)}: ${demoComponentContent},;// 重新计算下一次的位置id;start commentEnd endTagLen;commentStart content.indexOf(startTag, start);commentEnd content.indexOf(endTag, commentStart startTagLen);}// 仅允许在 demo 不存在时才可以在 Markdown 中写 script 标签let pageScript ;if (componenetsString) {pageScript scriptexport default {name: component-doc,components: {${componenetsString}}}/script;} else if (content.indexOf(script) 0) {start content.indexOf(/script) /script.length;pageScript content.slice(0, start);}output.push(content.slice(start));return templatesection classcontent element-doc${output.join()}/section/template${pageScript};
};md-loader 要做的事情就是把 markdown 语法的字符串转成 Vue 组件字符串。转换的过程可以拆成三个步骤markdown 渲染demo 子组件的处理构造完整的组件。接下来我们就来依次分析这三个步骤。markdown 渲染markdown 文件内容会渲染生成对应的 HTML它是通过下面这段代码完成的const md require(./config);
module.exports function(source) {const content md.render(source);
}而 md 对象的来源如下const Config require(markdown-it-chain);
const anchorPlugin require(markdown-it-anchor);
const slugify require(transliteration).slugify;
const containers require(./containers);
const overWriteFenceRule require(./fence);const config new Config();config.options.html(true).end().plugin(anchor).use(anchorPlugin, [{level: 2,slugify: slugify,permalink: true,permalinkBefore: true}]).end().plugin(containers).use(containers).end();const md config.toMd();
overWriteFenceRule(md);module.exports md;首先实例化了 config 对象它依赖于 markdown-it-chain通过 webpack chain 的链式 API配置了 markdown-it 的插件。而 md 对象指向的就是 markdown-it 的实例。markdown-it 的实例提供了很多 API具体可以参考它的官网文档。其中 md.render 就是把 markdown 字符串渲染生成 HTML。不过我们注意到组件文档使用了一些非标准的 markdown 语法比如:::demo
:::它实际上是一个 markdown 的自定义容器借助于 markdown-it-container 插件就可以解析这个自定义容器const mdContainer require(markdown-it-container);module.exports md {md.use(mdContainer, demo, {validate(params) {return params.trim().match(/^demo\s*(.*)$/);},render(tokens, idx) {const m tokens[idx].info.trim().match(/^demo\s*(.*)$/);if (tokens[idx].nesting 1) {const description m m.length 1 ? m[1] : ;const content tokens[idx 1].type fence ? tokens[idx 1].content : ;return demo-block${description ? div${md.render(description)}/div : }!--element-demo: ${content}:element-demo--;}return /demo-block;}});md.use(mdContainer, tip);md.use(mdContainer, warning);
};可以看到对于 demo 这个自定义容器它会解析 demo 后面紧接着的描述字符串以及 code fence并生成新的 HTML 字符串。此外code fence 也定义了新的渲染策略// 覆盖默认的 fence 渲染策略
module.exports md {const defaultRender md.renderer.rules.fence;md.renderer.rules.fence (tokens, idx, options, env, self) {const token tokens[idx];// 判断该 fence 是否在 :::demo 内const prevToken tokens[idx - 1];const isInDemoContainer prevToken prevToken.nesting 1 prevToken.info.trim().match(/^demo\s*(.*)$/);if (token.info html isInDemoContainer) {return template slothighlightpre v-precode classhtml${md.utils.escapeHtml(token.content)}/code/pre/template;}return defaultRender(tokens, idx, options, env, self);};
};对于在 demo 容器内且带有 html 标记的 code fence会做一层特殊处理。对于我们前面的示例:::demo Alert 组件提供四种主题由type属性指定默认值为info。html
templateel-alerttitle成功提示的文案typesuccess/el-alertel-alerttitle消息提示的文案typeinfo/el-alertel-alerttitle警告提示的文案typewarning/el-alertel-alerttitle错误提示的文案typeerror/el-alert
/template:::经过解析后生成的 HTML 大致如下demo-blockdivpAlert 组件提供四种主题由codetype/code属性指定默认值为codeinfo/code。/p/div!--element-demo: templateel-alerttitle成功提示的文案typesuccess/el-alertel-alerttitle消息提示的文案typeinfo/el-alertel-alerttitle警告提示的文案typewarning/el-alertel-alerttitle错误提示的文案typeerror/el-alert/template:element-demo--template slothighlightpre v-precode classhtmllt;templategt;lt;el-alerttitlequot;成功提示的文案quot;typequot;successquot;gt;lt;/el-alertgt;lt;el-alerttitlequot;消息提示的文案quot;typequot;infoquot;gt;lt;/el-alertgt;lt;el-alerttitlequot;警告提示的文案quot;typequot;warningquot;gt;lt;/el-alertgt;lt;el-alerttitlequot;错误提示的文案quot;typequot;errorquot;gt;lt;/el-alertgt;lt;/templategt;/code/pre/template
/demo-blockdemo 子组件的处理目前我们了解到每一个 demo 容器对应一个示例它会解析生成对应的 HTML最终会通过 demo-block 组件渲染这个组件是预先定义好的 Vue 组件templatedivclassdemo-block:class[blockClass, { hover: hovering }]mouseenterhovering truemouseleavehovering falsediv classsourceslot namesource/slot/divdiv classmeta refmetadiv classdescription v-if$slots.defaultslot/slot/divdiv classhighlightslot namehighlight/slot/div/divdivclassdemo-block-controlrefcontrol:class{ is-fixed: fixedControl }clickisExpanded !isExpandedtransition namearrow-slidei :class[iconClass, { hovering: hovering }]/i/transitiontransition nametext-slidespan v-showhovering{{ controlText }}/span/transitionel-tooltip effectdark :contentlangConfig[tooltip-text] placementrighttransition nametext-slideel-buttonv-showhovering || isExpandedsizesmalltypetextclasscontrol-buttonclick.stopgoCodepen{{ langConfig[button-text] }}/el-button/transition/el-tooltip/div/div
/templatedemo-block 支持了多个插槽其中默认插槽对应了组件的描述部分highlight 插槽对应组件高亮的代码部分source 插槽对应 demo 实现的部分。因此目前我们生成的 HTML 字符串还不能够直接被 demo-block 组件使用需要进一步的处理module.exports function(source) {const content md.render(source);const startTag !--element-demo:;const startTagLen startTag.length;const endTag :element-demo--;const endTagLen endTag.length;let componenetsString ;let id 0; // demo 的 idlet output []; // 输出的内容let start 0; // 字符串开始位置let commentStart content.indexOf(startTag);let commentEnd content.indexOf(endTag, commentStart startTagLen);while (commentStart ! -1 commentEnd ! -1) {output.push(content.slice(start, commentStart));const commentContent content.slice(commentStart startTagLen, commentEnd);const html stripTemplate(commentContent);const script stripScript(commentContent);let demoComponentContent genInlineComponentText(html, script);const demoComponentName element-demo${id};output.push(template slotsource${demoComponentName} //template);componenetsString ${JSON.stringify(demoComponentName)}: ${demoComponentContent},;// 重新计算下一次的位置id;start commentEnd endTagLen;commentStart content.indexOf(startTag, start);commentEnd content.indexOf(endTag, commentStart startTagLen);}// 处理 script// ...output.push(content.slice(start))
};其中 output 表示要输出的模板内容componenetsString 表示要输出的脚本内容。这段代码要做的事情就是填充 demo-block 组件内部的 source 插槽并且插槽的内容是一个 demo 子组件。由于前面生成的 HTML 中包含了 !--element-demo: 和 :element-demo-- 注释字符串因此就可以找到注释字符串的位置通过字符串截取的方式来获取注释内外的内容。对于注释内的内容会提取其中的模板部分和 JS 部分然后构造出一个内联的组件字符串。前面的示例经过处理output 对应的内容如下[demo-blockdivpAlert 组件提供四种主题由codetype/code属性指定默认值为codeinfo/code。/p/div,template slotsourceelement-demo0 //template, template slothighlightpre v-precode classhtmllt;templategt;lt;el-alerttitlequot;成功提示的文案quot;typequot;successquot;gt;lt;/el-alertgt;lt;el-alerttitlequot;消息提示的文案quot;typequot;infoquot;gt;lt;/el-alertgt;lt;el-alerttitlequot;警告提示的文案quot;typequot;warningquot;gt;lt;/el-alertgt;lt;el-alerttitlequot;错误提示的文案quot;typequot;errorquot;gt;lt;/el-alertgt;lt;/templategt;/code/pre/templatedemo-block
]处理后的 demo-block 就变成一个标准的 Vue 组件的应用了。componenetsString 对应的内容如下element-demo0: (function() {var render function() {var _vm thisvar _h _vm.$createElementvar _c _vm._self._c || _hreturn _c(div,[[_c(el-alert, { attrs: { title: 成功提示的文案, type: success } }),_vm._v( ),_c(el-alert, { attrs: { title: 消息提示的文案, type: info } }),_vm._v( ),_c(el-alert, { attrs: { title: 警告提示的文案, type: warning } }),_vm._v( ),_c(el-alert, { attrs: { title: 错误提示的文案, type: error } })]],2) } var staticRenderFns []render._withStripped trueconst democomponentExport {}return {render,staticRenderFns,...democomponentExport}
})(),通过内联的方式定义了 element-demo0 子组件的实现。示例只是处理了单个 demo 子组件如果有多个 demo 容器就可以通过循环查找注释字符串 element-demo:处理所有的 demo-block。构造完整的组件module.exports function(source) {const content md.render(source);let componenetsString ;let output [];let start 0;// 循环处理 demo 子组件// ...let pageScript ;if (componenetsString) {pageScript scriptexport default {name: component-doc,components: {${componenetsString}}}/script;} else if (content.indexOf(script) 0) {start content.indexOf(/script) /script.length;pageScript content.slice(0, start);}output.push(content.slice(start));return templatesection classcontent element-doc${output.join()}/section/template${pageScript};
};可以看到output 负责组件的模板定义pageScript 负责组件的脚本定义最终会通过字符串拼接的方式返回完整的组件定义。对于最开始完整的示例而言经过 md-loader 处理的结果如下templatesection classcontent element-doch2 idalert-jing-gaoa classheader-anchor href#alert-jing-gao aria-hiddentrue¶/a Alert 警告/h2p用于页面中展示重要的提示信息。/ph3 idji-ben-yong-faa classheader-anchor href#ji-ben-yong-fa aria-hiddentrue¶/a 基本用法/h3p页面中的非浮层元素不会自动消失。/pdemo-blockdivpAlert 组件提供四种主题由codetype/code属性指定默认值为codeinfo/code。/p/divtemplate slotsourceelement-demo0//templatetemplate slothighlightpre v-precode classhtmllt;templategt;lt;el-alerttitlequot;成功提示的文案quot;typequot;successquot;gt;lt;/el-alertgt;lt;el-alerttitlequot;消息提示的文案quot;typequot;infoquot;gt;lt;/el-alertgt;lt;el-alerttitlequot;警告提示的文案quot;typequot;warningquot;gt;lt;/el-alertgt;lt;el-alerttitlequot;错误提示的文案quot;typequot;errorquot;gt;lt;/el-alertgt;lt;/templategt;/code/pre/template/demo-block/section
/template
scriptexport default {name: component-doc,components: {element-demo0: (function() {var render function() {var _vm thisvar _h _vm.$createElementvar _c _vm._self._c || _hreturn _c(div,[[_c(el-alert, { attrs: { title: 成功提示的文案, type: success } }),_vm._v( ),_c(el-alert, { attrs: { title: 消息提示的文案, type: info } }),_vm._v( ),_c(el-alert, { attrs: { title: 警告提示的文案, type: warning } }),_vm._v( ),_c(el-alert, { attrs: { title: 错误提示的文案, type: error } })]],2)}var staticRenderFns []render._withStripped trueconst democomponentExport {}return {render,staticRenderFns,...democomponentExport}})(),}}
/script显然经过 md-loader 处理后原来 markdown 语法的字符串变成了一个 Vue 组件定义的字符串就可以交给 vue-loader 继续处理了。文档的优化ElementUI 文档的设计确实巧妙由于我们研发的 ZoomUI 是 fork 自 ElementUI 的很长一段时间我们也沿用了 ElementUI 文档的编写方式。但是随着我们自研的组件越来越多组件使用的场景也越来越丰富我们对于文档编写和维护的需求也越来越多。我发现在现有模式下写文档有几个不爽的点1.在 .md 中写 Vue 组件不方便没法格式化代码IDE 的智能提示不够友好。2.在 demo 中写 style 是无效的需要在外部的 css 文件另外定义样式。3.中英文文档需要分别写 demo修改一处没法自动同步到另一处。我认为理想中编写一个组件的文档的方式是这样的## Select 选择器当选项过多时使用下拉菜单展示并选择内容。### 基础用法适用广泛的基础单选。:::demo v-model 的值为当前被选中的 zm-option 的 value 属性值。html
basic/:::### 有禁用选项:::demo 在 zm-option 中设定 disabled 值为 true即可禁用该选项。
html
disabled/:::所有组件的 demo 拆成一个个 Vue 组件然后在 markdown 文档中引入这些同名的组件。通过这种方式前面提到的三个痛点就解决了。那么想达到这种效果我们需要对 md-loader 做哪些修改呢来看一下修改后的 md-loader 的实现const md require(./config);module.exports function(source) {const content md.render(source, {resourcePath: this.resourcePath});const startTag !--element-demo:;const startTagLen startTag.length;const endTag :element-demo--;const endTagLen endTag.length;const tagReg /\s*([\w-_])\s*\/\s*/;let componenetsString ;let output []; // 输出的内容let start 0; // 字符串开始位置let commentStart content.indexOf(startTag);let commentEnd content.indexOf(endTag, commentStart startTagLen);while (commentStart ! -1 commentEnd ! -1) {output.push(content.slice(start, commentStart));const commentContent content.slice(commentStart startTagLen, commentEnd);const matches commentContent.match(tagReg);if (matches) {const demoComponentName matches[1];output.push(template slotsource${demoComponentName} //template);const imports ()import(../demos/${demoComponentName}.vue);componenetsString ${JSON.stringify(demoComponentName)}: ${imports},;}start commentEnd endTagLen;commentStart content.indexOf(startTag, start);commentEnd content.indexOf(endTag, commentStart startTagLen);}let pageScript ;if (componenetsString) {pageScript scriptexport default {name: component-doc,components: {${componenetsString}}}/script;} else if (content.indexOf(script) 0) {start content.indexOf(/script) /script.length;pageScript content.slice(0, start);}output.push(content.slice(start));return templatesection classcontent element-doc${output.join()}/section/template${pageScript};
};思路很简单解析出每个 demo 容器中的组件名称通过动态 import 的方式加载组件然后在 source 插槽中直接用这个组件。这样就把组件的 markdown 文档和 demo 直接关联起来。但这样还不够我们还需要解决组件 demo 下面的代码展示问题需要对 code fence 渲染策略做一定的修改const path require(path);
const fs require(fs);const tagReg /\s*([\w-_])\s*\/\s*/;// 覆盖默认的 fence 渲染策略
module.exports md {const defaultRender md.renderer.rules.fence;md.renderer.rules.fence (tokens, idx, options, env, self) {const token tokens[idx];// 判断该 fence 是否在 :::demo 内const prevToken tokens[idx - 1];const isInDemoContainer prevToken prevToken.nesting 1 prevToken.info.trim().match(/^demo\s*(.*)$/);if (token.info html isInDemoContainer) {const matches token.content.match(tagReg);if (matches) {const componentName matches[1];const componentPath path.resolve(env.resourcePath, ../../demos/${componentName}.vue);const content fs.readFileSync(componentPath, utf-8);return template slothighlightpre v-precode classhtml${md.utils.escapeHtml(content)}/code/pre/template;}return ;}return defaultRender(tokens, idx, options, env, self);};
};由于组件 demo 的代码已经不在 markdown 文档中维护了因此只能从组件文件中读取了。但是我们如何知道应该从哪个路径读取对应的 demo 组件呢在 webpack loader 中我们可以通过 this.resourcePath 获取到当前处理文件的路径那么在执行 markdown 渲染的过程中就可以把路径当做环境变量传入const content md.render(source, {resourcePath: this.resourcePath
})这样在 markdown 处理器的内部我们就可以通过 env.resourcePath 拿到处理的 markdown 文件路径从而通过相对路径计算出要读取组件的路径然后读取它们的内容const componentPath path.resolve(env.resourcePath, ../../demos/${componentName}.vue);
const content fs.readFileSync(componentPath, utf-8);有了组件文档的重构方案接下来的工作就是依次重构组件的文档。当然在这个阶段新老文档编写的方式都需要支持。因此需要对 webpack 的配置做一些修改{test: /examples(\/|\\)docs(\/|\\).*\.md$/,use: [{loader: vue-loader,options: {compilerOptions: {preserveWhitespace: false}}},{loader: path.resolve(__dirname, ./md-loader/index.js)}]
}, {test: /(examples(\/|\\)docs-next(\/|\\).*|changelog\.[\w-_])\.md$/i,use: [{loader: vue-loader,options: {compilerOptions: {preserveWhitespace: false}}},{loader: path.resolve(__dirname, ./md-loader-next/index.js)}]
}对于重构的文档使用新的 markdown loader。当然加载组件视图的逻辑也需要做一定的修改对于重构的文档指向新的文档地址。总结ElementUI 通过 markdown 编写组件文档的思路还是非常棒的主要利用了自定义 md-loader 对 markdown 文件内容做了一层处理解析成 Vue 组件字符串再交给 vue-loader 处理。在写这篇文章之前我就在粉丝群里分享了重构文档的方案。有同学告诉我Element-plus 已经用 vitepress 重写看了一下文档的组织方式和我重构的方式非常类似这就是传说中的英雄所见略同吗我在之前的文章中强调过要善于发现工作中的痛点并通过技术的方式解决这是优秀的工程师重要的能力之一希望这篇文章能够带给你这方面的一些思考。参考资料[1] markdown-it-chain: https://github.com/ulivz/markdown-it-chain[2] markdown-it: https://markdown-it.github.io/markdown-it/最近组建了一个江西人的前端交流群如果你是江西人可以加我微信 ruochuan12 私信 江西 拉你进群。推荐阅读1个月200人一起读了4周源码我历时3年才写了10余篇源码文章但收获了100w阅读老姚浅谈怎么学JavaScript我在阿里招前端该怎么帮你可进面试群················· 若川简介 ·················你好我是若川毕业于江西高校。现在是一名前端开发“工程师”。写有《学习源码整体架构系列》10余篇在知乎、掘金收获超百万阅读。从2014年起每年都会写一篇年度总结已经写了7篇点击查看年度总结。同时最近组织了源码共读活动帮助1000前端人学会看源码。公众号愿景帮助5年内前端人走向前列。识别上方二维码加我微信、拉你进源码共读群今日话题略。欢迎分享、收藏、点赞、在看我的公众号文章~
