之前做过一个公司的内部系统也是表格，也是 Element-UI，但是我的表格有 10-20 个列，并且有编辑模式，编辑模式下有些列还需要转为 Input 和 Select 组件。然后以至于在 IE 下奇卡无比，但是在 Chrome 和 Firefox 就表现良好。后面把表格折腾成了虚拟滚动才算是解决卡顿问题，但是体验感觉就没有原来的真实滚动来的好。IE 的性能真的不能直视。。

@gouflv 在我认知里 vue 单文件，貌似在构建工具中是需要用 vue 的 loader 来进行特殊处理 template, script, style 三个部分的，直接的 vue 单文件应该是不能以 script 标签的形式挂载到页面使用的把？还是说有类似于早期的 babel 实时解析的 JS 库对其进行解析？我也不是很确定，所以想请指导一下。

另外我看一般支持直接以 script 标签的形式挂载的 UI 组件库，但是经过构建工具打包后的全量包，所以还是对 vue 单文件可以以 script 的引入表示怀疑的态度。。

@azev 简单的来说就是 react 从设计之初就没有考虑，如何让你直接引入使用的时候会比较方便。

@azev 是的，我个人认为 react 从诞生的那一刻起就是为了颠覆以往写前端的方式，配合起一系列工具来完成 SPA 的编码。而 vue 的话，更多是为了能够让以前使用 jQuery 或者是说刚接触前端的人能无缝的使用上，所以就在设计之初就尽量把 API 还有写法都趋向于原生 JS 的方式，所以 vue 可以在某些情况下直接替代 jQuery，把 vue 直接引入当 jQuery 来用。

是的，react 直接引入的确是比 vue 麻烦不少，而且正常来说也很少有人会这样使用，毕竟使都用上了 react 就是要品尝前端工具链带来的开发效率红利。但是实在要这样使用的话，都会直接选择 vue 来这样使用，vue 也强调了自己是渐进式的构建用户界面的框架，所谓的渐进式也在这一方面有所体现吧。

react 中最引以为傲的 jsx 需要使用 babel 来进行转译的，如果采用直接引入不是说不可以，但是没就了 jsx 这种语法糖了。
vue 可以无缝的直接引入的原因是，因为他的写法就趋向于原生 JS 的写法，而且你通过直接引入的方式使用了组件库，不出意外你应该是全量引入了组件库。而如果你是采用前端工程编译形式的话，是可以进行按需引入的。

可惜速度慢

感觉这 MacBook 硬件也要往 iPAD 上靠拢呀。。

博主的博客的确设计的很不错呀！
不过类似这种刻意像素级别的克隆，其实没有特别好的处理方式吧。毕竟面对这种采集的情况一般都是“道高一尺，魔高一丈”。感觉只要把图片相关需要消耗到云资源的东西保护好，应该也就没什么问题了。

分母来一波

fs 准确的说只能在 node 环境下使用，你的 vue 项目最终生成的网站时跑在浏览器的环境下的。

楼主已经上班了吗？

推荐 Nodejs

分母来了

你直接把 CNAME 文件放在 hugo 的静态输出文件夹就好了，hexo 也会有一样的问题。
原因是 actions 构建完后 push 的文件，会直接覆盖掉先前的文件，CNAME 文件就被搞没了。

@WebKit 这个我还没遇到过诶，比如：我用我的邮箱发邮件到 QQ 邮箱基本上都是秒收的，很少出现收不到的状况。。

既然没人提，那我就提一下吧。
mail.ru 很稳的一个俄罗斯的邮箱，也支持企邮 biz.mail.ru ，我貌似也已经用了 5 年还是 6 年了。缺点就是界面有点广告。

同问，轻量和普通的区别是什么？？

@okampfer 感谢回复！这就去学习学习。