默认的话引擎是会有优化的，但是如果你修改了数组，那引擎就只能转为哈希了。

+1 接力啦！
https://www.ctexcel.com/freecard/?recommendCode=QZHL&recommendType=1

其实肯花钱，这些都不是问题，我目前自己搭建的基本上就能达到楼主你所要求的条件。主要是看你想自己折腾还是省心一条龙服务而已了。

像 jsonp，cors 都是需要后端配合，既然后端改不了。
那就只能前端自己架个 node 或者 nginx 的中转了。
如果只是个人项目，可以像我一样用 Cloudflare 的 Worker 搭一个中转服务： https://corsapi.aaronlam.xyz/

我记得 uni-app 的基座也有 html5+的 api ？通过 html5+的 webview api 来开启一个隐藏的 webview 是否可行？

实在不济，你在外面搞个新数组，不就好了。。

人家是真的强，承认一下不行吗？

@slamDunkLINk 其实就是 Fork 项目，然后在项目的设置界面里设置 secret，有下面四个参数需要设置到 secret 里，然后再去项目设置界面开启 Actions （因为项目 Fork 之后 Actions 默认是关闭的），然后就没有啦！每天定时会自动发送短信两次。

TEXTNOW_USERNAME 这个参数是用户名
TEXTNOW_PASSWORD 这个参数是用户密码
TEXTNOW_RECIPIENT 这个是短信接收人
TEXTNOW_MESSAGE 这个是短信内容

之前做过一个公司的内部系统也是表格，也是 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 项目最终生成的网站时跑在浏览器的环境下的。