今天，我刚开始了解vuecli3.0。我开始写一个演示，发现它是惊人的。我放弃了版本2繁琐的网页配置。现在可以说它简单明了，你甚至不需要写它vue.config.js文件没关系。它是免费的。不管怎样，它是无害的。但是如果你配置它，你会发现它并不麻烦。
据我所知，不应该有任何支架可以更快、更直接地反映数组或对象的变化。
另外，语法糖基本上没什么变化。过去怎么用还是现在怎么用，但是有很多性能优化和语法糖分。说真的，我根本找不到vue-cli3.0的致命漏洞。
然后，我还看到人们为jq反对不公正。一年半前，我用jq写作。当时，我认为jq是js的最佳框架。太方便了，dom的操作也太酷了。直到我写了一张课程安排项目卡。。。
然后我转向一个小程序，发现小程序的编写方法是vue。。。尤其是组件的编写方式。。。
毕竟，要消除vue有点困难。毕竟，这个时代是数据操作的时代，而不是dom操作的时代。
最后，我不认为您应该坚持前端框架。即使将来会有更高级的框架，js仍然是最好的。在这个框架中，我真的想不出还有什么可以玩的了。也许es会逐渐引用这些框架，然后变得如此。例如，当您想到js时，您可以编写类来继承吗？我第一次看到它的时候，我以为它是java。。。但现在我支持。。。
那为什么不关注后端呢？所有节点都熟练吗？你知道迪诺吗？php开始了吗？那蟒蛇呢？我相信这些语言将来会逐渐出现在前端知识点（虽然php已经出现了，但我觉得太多了。据说好的php是世界上最好的语言。。。)
如果包太大，我们推荐两种快速方法：
externalsexternalchainthirdpartydependence
externals是一种常见的优化方法。在生成时，依赖项文件与节点相关。模块导入更改为外部链接引用（即脚本标记cdn加载方法）
使用commonchunkplugin提取公共代码
我是[front-endraindad]。你可以跟我来看看前端技术相关的文章。
您目前的情况是vue包和构建的产品。
我们不多说了，只说方法，然后解释。如果要在tomcat上运行，请在打包之前对其进行配置：首先，在config文件夹中找到它索引.js修改当前路径，将assetspublicpath:“/”更改为assetspublicpath:”。/是的，那就是在前面/右边加一个点。然后重新包装。你可以直接打开它。=========================================为什么要这样做？因为默认情况下，vue包是部署在服务器环境中的文件。如果它部署在静态站点（express或apache）上，则需要更改路径。这其实是一个小提示。欢迎提问。
jsp更多的是html，不太关心你的js文件。vue网页包的组合在推出后会非常小。基本上，里面只有css/js和div挂载点。关键是js文件。所以事实上，两者的协调是可以解耦的。
如果是使用的cli生成的，包.json脚本中有一个构建脚本，基本上叫做webpack
vue的官方网站说，“你暂时不需要理解这些。。。“，我想既然你要用vue来开发，如果你不完全理解它，你会发现你踩到的坑毕竟是由它造成的。最好现在就吃，不要以后补。
主要从以下几个方面进行：
1。vue的生命周期是什么
2。项目中vue生命周期的执行顺序
3。vue中的内置方法和vue生命周期的运行顺序（方法、计算、数据、监视）
4。自建方法的运行顺序和vue生命周期，如图所示
5。总结
1。vue的生命周期是什么
vue的每个组件都是独立的，每个组件都有自己的生命周期。创建、初始化、装载、更新和销毁组件就是所谓的组件生命周期。在组件中，具体的方法有：
beforecreate
created
beforemount
mounted
（
beforeupdate
updated
]beforedrostroy
destroyed
对应的中文，就像字面意思一样，英文差的童鞋可以找翻译软件！谢谢您！
