据我所知，不应该有任何支架可以更快、更直接地反映数组或对象的变化。
另外，语法糖基本上没什么变化。过去怎么用还是现在怎么用，但是有很多性能优化和语法糖分。说真的，我根本找不到vue-cli3.0的致命漏洞。
然后，我还看到人们为JQ反对不公正。一年半前，我用JQ写作。当时，我认为JQ是JS的最佳框架。太方便了，DOM的操作也太酷了。直到我写了一张课程安排项目卡。。。
然后我转向一个小程序，发现小程序的编写方法是Vue。。。尤其是组件的编写方式。。。
毕竟，要消除Vue有点困难。毕竟，这个时代是数据操作的时代，而不是DOM操作的时代。
最后，我不认为您应该坚持前端框架。即使将来会有更高级的框架，JS仍然是最好的。在这个框架中，我真的想不出还有什么可以玩的了。也许es会逐渐引用这些框架，然后变得如此。例如，当您想到JS时，您可以编写类来继承吗？我第一次看到它的时候，我以为它是Java。。。但现在我支持。。。
那为什么不关注后端呢？所有节点都熟练吗？你知道迪诺吗？PHP开始了吗？那蟒蛇呢？我相信这些语言将来会逐渐出现在前端知识点（虽然PHP已经出现了，但我觉得太多了。据说好的PHP是世界上最好的语言。。。)
虚拟现实预渲染帧数？预渲染帧的数量越多，图片越平滑。短时间内不容易卡住，但高速带来的副作用是操作延迟；相反，渲染帧数越小，操作延迟越小。但也可能出现暂时卡死现象，帧号不稳定。设置为1时，您可以测试帧编号在高强度操作期间是否稳定。如果没有出现帧号的临时卡住和突然下降，可以正常使用。至于设为0，不建议，除非你是技术型选手，否则要求输入信号后不能有延迟，否则设为1比较合适。