vue打war包 Vue被淘汰了吗？
Vue被淘汰了吗？
今天，我刚开始了解Vue cli 3.0。我开始写一个演示，发现它是惊人的。我放弃了版本2繁琐的网页配置。现在可以说它简单明了，你甚至不需要写它vue.config.js文件没关系。它是免费的。不管怎样，它是无害的。但是如果你配置它，你会发现它并不麻烦。
据我所知，不应该有任何支架可以更快、更直接地反映数组或对象的变化。
另外，语法糖基本上没什么变化。过去怎么用还是现在怎么用，但是有很多性能优化和语法糖分。说真的，我根本找不到vue-cli3.0的致命漏洞。
然后，我还看到人们为JQ反对不公正。一年半前，我用JQ写作。当时，我认为JQ是JS的最佳框架。太方便了，DOM的操作也太酷了。直到我写了一张课程安排项目卡。。。
然后我转向一个小程序，发现小程序的编写方法是Vue。。。尤其是组件的编写方式。。。
毕竟，要消除Vue有点困难。毕竟，这个时代是数据操作的时代，而不是DOM操作的时代。
最后，我不认为您应该坚持前端框架。即使将来会有更高级的框架，JS仍然是最好的。在这个框架中，我真的想不出还有什么可以玩的了。也许es会逐渐引用这些框架，然后变得如此。例如，当您想到JS时，您可以编写类来继承吗？我第一次看到它的时候，我以为它是Java。。。但现在我支持。。。
那为什么不关注后端呢？所有节点都熟练吗？你知道迪诺吗？PHP开始了吗？那蟒蛇呢？我相信这些语言将来会逐渐出现在前端知识点（虽然PHP已经出现了，但我觉得太多了。据说好的PHP是世界上最好的语言。。。)
vue好用吗？
一款简单的视频编辑软件，还是很好用的，可以用不同的字体和滤镜播放，我们媒体朋友可以尝试剪辑短视频，还是很好用的
我作为一个后端，一年半的伪前端工程师，说一句客观的话。首先，就技术栈的复杂性而言，前端和后端并不浅。那些只知道后端的人认为前端是兼容的，那些只知道前端并认为后端是积垢的人都是高估者和低成就者。一个人的精力是有限的，每一条技术路线都可以深入很多内容。事实上，一个程序员大部分时间都在解决如何实现某项业务，如何优化和改造一个老项目的问题，尤其是在一个大工厂里。不要高估螺丝钉的作用。
所以当我们讨论谁有更多的工作，根据概率，基本上没有区别。但是你要讨论的问题只有少数人和少数情况需要面对，比如前端的跨端开发方案，如何平滑各端之间的差异，如何克服各端动画性能的瓶颈，以及高并发性、高可用性、数据库子系统表方案、缓存方案、安全策略、通信方案等。那些面临这些问题的人已经被少数人解决了。市场上的大多数人，不是螺丝钉，就是信条，真的，谁也不看不起谁，我们都是农民工，工作内容差别不大
前端工作量大还是后台工作量大？
目前，无论是Vue、react还是angular，大多数移动终端都首选MVVM开发框架。由于历史的原因，PC需要考虑浏览器的兼容性，很多使用jQuery。当然，如果不考虑兼容性，MVVM也可以是新项目的首选开发模式。但是jQuery历史悠久，家族背景依然存在，生态完善，有很多优秀的库，短期内不会被取代，肯定会长期存在并被广泛应用。一些场景，例如开发简单的活动页面、提升页面jQuery或直接DOM操作，都比较轻松。而且，这两者不是一个或另一个。JQuery可以在MVVM中使用。两者可以结合使用。例如，当一些特效动画插件MVVM没有好的库时，可以添加满足jQuery生态需求的组件。一般来说，为了减少对库的依赖，提高客户端的加载速度，不建议这样做，但完全可行。
如果地基不牢，地球就会震动。好吧，让我们先精通JavaScript。就像任何一种语言都感觉像公牛一样，但它仍然回到了C语言、汇编语言，最后是机器语言。
vue可完全替代jq吗？
如果包太大，我们推荐两种快速方法：
externals external chain third party dependence
externals是一种常见的优化方法。在生成时，依赖项文件与节点相关。模块导入更改为外部链接引用（即脚本标记CDN加载方法）
使用commonchunkplugin提取公共代码
我是[front-end rain dad]。你可以跟我来看看前端技术相关的文章。
版权声明：本文内容由互联网用户自发贡献，本站不承担相关法律责任.如有侵权/违法内容,本站将立刻删除。
