總結分享一些關於vue的前端基礎面試題

這篇文章給大家總結分享一些關於vue的前端基礎面試題，介紹一下vue傳值方式、vuex、組件封裝等等，此方面內容在我們的工作中常用到， 也是面試官經常提問的問題，希望對大家有幫助！

vue 傳值方式

vue傳值

• 父 子傳值使用props接受

• 子父傳值 父親寫事件函數 子$emit觸發傳值

• ##兄弟傳值 $bus 中繼站

• 如果元件之間關係很遠是很多元件都要用的值

  vuex

• provide, inject注入方式

vue.js教學》】

#vuex就是一個全域狀態資料管理簡單來說他的資料類似全域變數哪個元件都可以使用

在專案中使用vuex

import Vuex from 'vuex' Vue.use(Vuex)

// store new Vuex.Store({ state: { count:1 //这个count 就是全局的数据 }, mutations: { }, actions: { } })

new Vue({ router, store, render: h => h(App) }).$mount('#app')

這個步驟是寫死的 你可以記一下下載使用鷹架直接就可以選vuex

他的使用邏輯是什麼？

使用邏輯

操作全域vuex的state資料

解析: 此題考查vuex中資料的管理和資料結構的設計,還有mutations 和actions的差別

## **解答**

: 首先要明確一個特別重要的原則, 就是不是所有的數據都要放在vuex中, 因為vuex有一句名言:假如你並不知道為什麼要使用vuex,那就不要使用它!那麼什麼樣式的資料需要放在vuex中呢? 首先這個資料肯定要被多個元件頻繁用到, 如果只是被一個元件用到, 那完全沒有任何必要為了使用vuex和使用vuex

舉例: 一個網站使用者的暱稱,帳號,資料,像這種系統層級的資訊隨時可能在業務中展示,使用, 如果在元件中儲存, 那麼要取得N次, 所以

是需要放置在vuex中的, 那麼系統層級資料也不能所以的放置,為了讓資料看著更有層級結構感,可以按照像下面這樣設計,

{ // 系统消息 system: { user: {}, setting: {} } }

如果有些業務資料,也需要共享,最好依照模組的具體業務意義分類, 例如下面

{ // 系统消息 system: { user: {}, setting: {} }, product: { productList: [], // 商品信息列表 productOrders: [] // 商品订单啊列表 } }

mutations和actions 的差別

那麼如果我們想做非同步請求,怎麼做? 這裡vuex提供了專門做異步請求的模組,action, 當然action中也可以做同步操作, 只不過分工更明確, 所有的資料操作不論是同步或非同步都可以在action中完成,

mutation只負責接收狀態, 同步完成

**資料快照**

所以可以認為

state => 負責儲存狀態

mutations => 負責同步更新狀態

actions => 負責取得處理數據（如果有非同步操作必須在action處理到mutation）

, 提交到mutation進行狀態更新

#vuex模組化module管理,使用的時候有註意事項

**解析**:使用单一的状态树，应用的所有状态都会**集中在一个比较大的对象**上面，随着项目需求的不断增加，状态树也会变得越来越臃肿，增加了状态树维护的复杂度,而且代码变得沉长；因此我们需要**modules(模块化)**来为我们的状态树**分隔**成不同的模块，每个模块拥有自己的state，getters，mutations，actions；而且允许每个module里面嵌套子module；如下：

store ├── index.js # 我们组装模块并导出 store 的地方 ├── actions.js # 根级别的 action ├── mutations.js # 根级别的 mutation ├── state.js # 根级别的 state └── modules ├── module1.js # 模块1的state树 └── module2.js # 模块2的state树

上面的设计中, 每个vuex子模块都可以定义 state/mutations/actions

需要注意的是 我们原来使用**vuex辅助函数**mapMutations/mapActions 引入的是 全局的的mutations 和actions , 并且我们vuex子模块 也就是module1,module2 ... 这些模块的aciton /mutation 也注册了全局,

也就是如果 module1 中定义了 loginMutation, module2中也定义了 loginMutation, 此时, mutation就冲突了

如果重名,就报错了.....

如果不想冲突, 各个模块管理自己的action 和 mutation ,需要 给我们的子模块一个 属性**namespaced: true**

那么 组件中怎么使用子模块的action 和 mutations

// 你可以将模块的空间名称字符串作为第一个参数传递给上述函数，这样所有绑定都会自动将该模块作为上下文 methods:{ ...mapMutations('m1', ['loginMutation']), add(){ console.log('add',this) // this.$store.commit("m1/loginMutation") // 或者下面的 先mapMutations 相当于帮你写了commit // this.loginMutation() } } // 这句话的意思是 直接 解构出 全局 m1模块下的 loginMutation // 把loginMutation 放到this上 并且帮你写好了 commit // 相当于帮你简化了代码 ...mapMutations('m1', ['loginMutation']), //不是modules的直接写 ...mapMutations( ['loginMutaton])

store.js

import Vue from 'vue' import Vuex from 'vuex' Vue.use(Vuex) // 1 下载vuex 导入 use一下 // 2 new Vuex.Store // 3 挂载到new vue上 export default new Vuex.Store({ state: { // 在这里写的就是所有组件都能有 全局数据了 // 名字:值 // 如果我1000个全局数据 有可能重名 count:100 }, mutations: { countMutation(state){ // state 就是那个全局state console.log('mutation触发了',state) state.count++ } }, actions: { // action对应的函数 countAction(obj){ console.log('action触发了',obj) // obj对象 里面有commit obj.commit("countMutation") } }, // modules 在store全局数据 是可以来分模块管理的 // 他可以用来区分每个不同模块的数据 // 15:10 上课 modules: { // 模块:{ 一套state action mutation } m1: { namespaced: true,//开启命名空间大白话 他是m1下的 不会影响其他人 // 模块内容（module assets） state: { // 模块内的状态已经是嵌套的了，使用 `namespaced` 属性不会对其产生影响 m1Name:"我是m1模块的m1Name" }, actions: { loginAction () { console.log('m1的action') } // -> dispatch('m1/loginAction') }, mutations: { loginMutation () { console.log('loginMutation-执行啦') } // -> commit('m1/loginMutation') } }, home:{ namespaced: true, state:{ count:1 } }, about:{ namespaced: true, state:{ count:100 }, actions:{ } }, } })

此题具体考查 Vuex虽然是一个公共状态, 但是公共状态还可以切分成若干个子状态模块, 也就是moduels,

解决当我们的状态树过于庞大和复杂时的一种解决方案. 但是笔者认为, 一旦用了vuex, 几乎 就认定该项目是较为复杂的

参考文档

https://vuex.vuejs.org/zh/guide/modules.html

封装Vue组件的步骤

组件是什么？组件是一段功能代码 ---大白话 就是一段html +js +css 你可以重复使用

封装轮播图 - 1 新建vue组件 2 Vue.component注册组件 3 在其他组件使用 标签名

参数： 可以传入数据 使用props接受 比如 数组 定时器时间等

分析: 本题考查 对于Vue组件化开发的熟练程度

解析: 首先明确 组件是本质是什么?

组件就是一个单位的HTML结构 + 数据逻辑 + 样式的 操作单元

Vue的组件 继承自Vue对象, Vue对象中的所有的属性和方法,组件可自动继承.

• 组件的要素 template => 作为页面的模板结构
• script => 作为数据及逻辑的部分
• style => 作为该组件部分的样式部分

要封装一个组件,首先要明确该组件要做的具体业务和需求, 什么样的体验特征, 完成什么样的交互, 处理什么样的数据

明确上述要求之后, 着手模板的结构设计及搭建,也就是 常说的html结构部分, 先完成 静态的html结构

结构完成, 着手数据结构的设计及开发, 数据结构一般存储于组件的data属性 或者 vuex 状态共享的数据结构

数据设计完成/ 结构完成 接下来 完成数据和模块的结合 , 利用vuejs中指令和 插值表达式的特性 将静态结构**动态化**

展现的部分完成, 接下来完成**交互部分**,即利用 组件的生命周期的钩子函数 和 事件驱动 来完成 逻辑及数据的处理与操作

最后组件完成,进行测试及使用

常用的组件属性 => data/ methods/filters/ components/watch/created/mounted/beforeDestroy/computed/props

常用组件指令: v-if/v-on/v-bind/v-model/v-text/v-once

Vue中的data是以函数的形式还是对象的形式表示

分析: 此题考查 data的存在形式 解析: 我们在初步学习Vue实例化的时候写的代码时这个样子上面代码中的data 是一个对象, 但是我们在开发组件的时候要求data必须是一个带返回值的函数

new Vue({ el: '#app', data: { name: 'hello world' } })

export default { data () { return { name: '张三' } } }

为什么组件要求必须是带返回值的函数? 因为 我们的组件在实例化的时候, 会直接将data数据作用在视图上,对组件实例化, 会导致我们组件的data数据进行共享

好比 现在有两辆新车, 你一踩油门, 不光你的车往前车,另辆车也和你一样往前冲!

这显然不符合我们的程序设计要求, 我们希望组件内部的数据是相互独立的,且互不响应，所以 采用 return {} 每个组件实例都返回新对象实例的形式，保证每个组件实例的唯一性

更多编程相关知识，请访问：编程入门！！

以上是總結分享一些關於vue的前端基礎面試題的詳細內容。更多資訊請關注PHP中文網其他相關文章！