前言本文部分内容基于 Vue，大部分情况下都是前端通用的。本文旨在规范lint不能解决的前端代码，不与已有的 eslint、 stylelint、prettier 规则重复。规范HTML规范语义化标签标题 h1 ~ h5列表 ul + li文字块 p布局headernavsectionarticleasidefooter以上都不适用的...

如果纯前端分页可以参考 antdv.table，一般主流的组件库都给封装好了。后端分页一种方案是：基于组件库的现有能力，全选所有时设置 pageSize 为无穷大并调用列表接口得到全量数据赋值给 selectedRowKeys 即可。但是这套方案最大的问题在于点击全选所有时需要等待后端...

你的规则配置有问题吧文档 {代码...} 文档并没有提到 allowFirstLine 这个属性呀

开发过程中，如果需要新建前端项目，我们经常都会用到脚手架来创建工程，通过命令行式的交互，可快速选择选项并完成初始项目的搭建。而CV大法往往会带来很多重复的删减工作，且会导致项目分散、架构不统一等等弊端。

当时觉得自己写的还挺优雅的，后来在某次机缘巧合下看到篇文章，大致意思是通过这种 Math.random 写法的乱序方式是不稳定的，于是我自己尝试统计了下：

正则表达式 Regular Expression，由普通字符、元字符和修饰符组成，描述了一种字符串匹配的模式 pattern，通常被用来检索、取出、替换那些符合模式的文本。

Array.from({ length:5 }, (v, i) => [i])照着写就行

说一下写本文的原因，一切起源于同事的一个问题：从图中可以看到，文字显示的红色而非黄色，概念上的css 权重被完全颠覆了，那么先抛开这个问题，详细讲讲 css 权重到底是什么。

development环境下baseUrl设置为'/api'pathRewrite改为'/^/api/': ''

[链接]我写的请求包基于axios封装的 看refresh-token这块能解决你的需求 不赘述了

仔细看了下问题 是这样的首先你要了解vue-pdf底层还是使用了pdfjs-distpdfjs原理就是新建webworker根据src翻译出img数组反复的v-if会不断新增原来的webworker进程解决方案是v-show 或者 pdfjs实例之前是有destroy方法可以调用

这多数跟环境没关系 是你那个chart包处理线上数据出问题了 建议本地代理到线上地址调试下或者让测试给你造一条类似的线上数据

1 [链接]2 [链接]可自行查看源码

额外加一个class设置background-color: unset

{代码...}

当然不是 以我司举例 虾皮主营业务在海外几个国家 语言都不相同 没有国际化的话项目还有什么意义

Babel 是一个通用的多功能的 JavaScript 编译器，让一些新版本的语法或者语法糖可以在低版本的浏览器上跑起来。它有三个主要处理步骤 Parse -> Transform -> Generate。在 Transform 转换过程中通过将插件（或预设）应用到配置文件来启用代码转换。

最近看vuePress源码时发现在使用markdownLoader之余使用了大量的 markdown-it 插件，除了社区插件（如高亮代码、锚点、emoji识别等），同时也自行编写了很多自定义插件（如内外链区分渲染等）。文章结合源码和自己之前写过的插件来详细解读如何编写一个 markdown-it ...

_c是vue的render方法中需要使用到的vue实例保留字 类似于$createElement同样的还有_v _s等vm._c 是创建DOM标签的vm._v 是创建文本节点的createTextVNode方法vm._s 是toString方法