请原谅我弄了这么一个营销味十足的标题。不过这根本不是什么夸张的宣传，而是今天前端娱乐圈的一个瓜——Vue的十道选择题，引得一众社区大咖在群里争腰，最后被抓@尤雨溪人挑战自己……自己也做错了（两个）。鲁迅在阅读鲁迅文集时会不会出错？有截图为证：所以，十道题只要答对九道以上，你就真的超越友达（做题维度），比友达更懂Vue！你兴奋吗？其实要求没必要那么高。只要你做对了六七件事，你就已经可以打败一群知名的社区玩家了。那么问题是什么？可以点【原题传送门】去逛逛，不过为了表示敬意，这里贴一份手册：1.Vue实例的data属性在哪些生命周期可以获取？A.创建前B.创建C.之前MountD。安装2。以下哪些关于Vue原理的陈述是正确的？A.Vue中的数组变化通知是通过拦截数组操作方法来实现的。B.编译器的目标是创建渲染函数。执行渲染函数后，会得到VNode树。C、当组件中的数据发生变化时，会通知其对应的watcher并异步执行UpdateD、patching算法首先比较同级，可能的操作是增加、删除和更新节点。3.关于Vue中响应式数据的原理，下列哪项是错误的？A、使用数据劫持的方式，即Object.defineProperty()劫持数据中的每一个属性，实现响应式数据B、视图的变化会通过watcher更新数据中的数据C、如果数据中的某个属性发生多次变化，watcher只会进入更新队列一次D.通过编译过程收集依赖4.下列说法不正确的是？A.key的作用主要是高效更新虚拟DOMB。如果指定了组件的模板选项，则不会执行渲染函数。C、使用vm.$nextTick来保证DOM异步更新的结果。D.如果没有el选项，vm.$mount(dom)可以将Vue实例挂载到指定元素上5.以下关于Vuex的描述错误的是？A、Vuex通过Vue实现响应式状态，所以只能用于VueB。Vuex是一种状态管理模式C.Vuex主要用于多个视图之间的全局共享和状态管理D.Vuex中状态的改变可以通过mutations和actions6来完成。关于Vue组件之间的参数传递，下列哪项是错误的？A、如果子组件给父组件传值，可以使用$emit方法B、孙子组件和孙子组件可以使用provide和inject跨层传值。C.如果子组件使用$emit('say')来派发事件，父组件可以使用@say来监听D.如果父组件传值给子组件，子组件可以通过props7.以下关于vue-路由器的描述，哪一项是错误的？A、vue-router有两种常见的模式：hash和historyB、可以通过addRoutes方法动态添加路由C、可以通过beforeEnter对单个组件进行路由守卫D、Vue-router使用Vue实现响应式路由,所以它只能ForVue8.以下哪项陈述是错误的？A.this.$parent可用于查找当前组件的父组件B.this.$refs可用于查找命名子组件C.this.$children可用于查找当前组件的直接子组件顺序D.$root可用于查找Root组件，并可遍历所有有子组件9.以下关于v-model的说法不正确的是？A.v-model可以实现双向绑定B.v-model本质上是语法糖，负责监听用户输入事件更新数据C.v-model是内置指令，不能在自定义上使用componentsD.Yesinput使用了v-model，它实际上指定了它的:value和:input10。关于Vue的生命周期，下列哪项是错误的？A.DOM渲染已经挂载完成B.Vue实例从创建到销毁的过程就是生命周期C.created表示完成数据的观察，操作，属性和方法的初始化，$el属性还没有已经显示出来了D.页面第一次加载过程中，会依次触发beforeCreate,created,beforeMount,mounted,beforeUpdate,updated，价格会明码标价，不骗人！九题答对，你将成为前端理解之王，比Evan强，也比他们强：TC39代表@何师俊50分，他是走后门进入TC39当礼物的吗？VueCoreTeam的@胖茶打了40分，可能是说带他来的导师不懂Vue吧？但是他第二次做到了，得到了90分……算是逆袭了。@工聚，做过react-lite和react-imvc，做了两次，第一次50分，第二次30分。难怪他最近这么低调，似乎是越来越不动声色了。仰慕已久的白族学者程远@谢天羽第一次考了60分，然后坚持（没有灵魂）到100分。这种卓越的态度值得赞赏。我（纯粹厚颜无耻）60分。好在感谢田哥，我们还是拿出了“权威”的参考答案，请查收：1.BCD2.ABCD3。BD4。B5.C6。B7.C8。C9。C10。自己也进行了认真的回顾和反省，查缺补漏：唉，作为Vue的作者，连Vue的原理都不懂，实在是不妥。出题人应该好好教育他，帮他分析vue的源码，教他如何通过笔试和面试，在金九银十的情况下给P6找个好工作。下班记得充电，没事多关注掘金，学习Vue3.0视频教程（狗头）。所以根据今天的掘金，这篇文章的标题可以这样写：《一步登天！答对这十道 Vue 题，你就能超越尤雨溪，傲视前端群雄！》——不过这不是很可笑吗？如果一个人没有正确回答某个问题，是否可以证明他不了解Vue？看看这些问题，是否准确反映了受访者的水平？在将它们作为调查依据时，这两种情况非常常见：误报——即使是只会背题库的出题者也能拿到不错的offer。假阴性-未能展示公认的老年人的优势。这里不讨论具体应该选哪个题，因为这已经不是这几个题的问题了，而是国内整个“造火箭，拧螺丝”的面试文化的问题。我曾经写过一个答案来判断为什么DanAbramov配不上阿里P7。你看身为Redux作者的Dan很高兴地告诉你：“其实很多东西我都不懂，没关系”。今天的例子，我们搜集了更多的国内一线业内大佬，坦诚地告诉大家：“这些题我不会，没关系”——毕竟他们的核心竞争力不是做题啊.不否认这些主题对初学者有帮助。但实际上，越高级、越有经验的职位，越需要解决的不是解决问题，而是解决开放性（技术和非技术）问题：如何在框架设计上有所突破？我们应该如何在几个性能指标之间选择一个平衡点？我应该如何从我的开源项目中赚钱？如何带领团队制定计划并达成目标？当然，你可以避免这些“灵魂的折磨”，通过研究（或创造）一遍又一遍被无数次回答的问题来“磨砺自己的水平”。但不可否认的是，正是一群不断迎接现实世界挑战，不断解决开放性问题的人，造就了今天行业繁荣生态的辉煌。做题对于锻炼思维固然重要，但毕竟只是一个跳板。不要把应试教育的思想应用到你的职业生涯中。比做题更有价值的，一定要做到最后——去到行业的最前沿，获得启发！参与社区，贡献代码！去修理它，去弄脏你的手！相比之下，十道题中有多少是对的，有多少是错的又有什么关系呢？做题不会害国家，但要振兴国家一定要努力。文章中几位参与者的评分，都是在公开前征得他们的同意。希望大家不要误解他们的真实水平:D
