【前端vue3面试题】2024最新面试实录vue3(3),数据结构与算法面试题库

高工程序猿 2024-06-30 15:33:01 阅读 54

通过Proxy(代理): 拦截对象中任意属性的变化, 包括:属性值的读写、添加、删除等。通过Reflect(反射): 对源对象的属性进行操作。

new Proxy(data, {

// 拦截读取属性值

get (target, prop) {

return Reflect.get(target, prop)

},

// 拦截设置属性值或添加新属性

set (target, prop, value) {

return Reflect.set(target, prop, value)

},

// 拦截删除属性

deleteProperty (target, prop) {

return Reflect.deleteProperty(target, prop)

}

})

proxy.name = 'tom'

存在问题: 解决了vue2响应式的短板, 但是也存在兼容性问题(新特性, 老浏览器不支持)

3问: 有哪些vue3响应性判断函数?

isRef: 检查一个值是否为一个 ref 对象isReactive: 检查一个对象是否是由 reactive 创建的响应式代理isReadonly: 检查一个对象是否是由 readonly 创建的只读代理isProxy: 检查一个对象是否是由 reactive 或者 readonly 方法创建的代理

4问: setup函数怎么用?

setup使用:

setup(props, context) {

/\*\*\* Setup props \*/

// 请注意如果你解构了 props 对象,解构出的变量将会丢失响应性, 推荐使用props.title形式

console.log(props.title)

// 将 `props` 转为一个其中全是 ref 的对象,然后解构

const { title } = toRefs(props)

// `title` 是一个追踪着 `props.title` 的 ref

console.log(title.value)

// 或者,将 `props` 的单个属性转为一个 ref

const title = toRef(props, 'title')

/\*\*\* Setup 上下文 \*/

// 透传 Attributes(非响应式的对象,等价于 $attrs)

console.log(context.attrs)

// 插槽(非响应式的对象,等价于 $slots)

console.log(context.slots)

// 触发事件(函数,等价于 $emit)

console.log(context.emit)

// 暴露公共属性(函数)

console.log(context.expose)

}

注意点, 当使用

5问: Composition API 和 React Hook 很像, 它们有什么区别?

是很像, Composition API 诞生之初就借鉴了React Hook, 同时避免了reack Hook的短板限制:(吹爆vue3好吗)

reack Hook的限制:

不能在循环中、条件、调用嵌套函数 Hook你必须确保它总是在你这边 React Top level 调用函数 HookuseEffect、useMemo 依赖关系必须手动确定

Composition API 相比于 React Hook优点:

Compositon API 不必担心调用的顺序,它也可以在循环中、条件、在嵌套函数中使用React Hook 每次重新渲染时,都需要调用 Hook, 而vue3在setup函数中,一个组件实例只调用一次setup,性能相对react hook较高vue响应式系统自动实现依赖关系收集,而且组件的性能优化是由 Vue 内部完成的,而 React Hook 的依赖关系需要手动传递,并且依赖关系的顺序必须得到保证,让路 useEffect、useMemo 等等,否则组件性能会因为依赖关系不正确而下降。

6问: ref 和 reactive 区别?

简单来说, ref通常用来定义基本类型数据, reactive用来定义对象(或者数组)类型数据

注: ref也可以用来定义对象(或数组)类型数据, 它内部会自动通过reactive转为代理对象。使用方面: ref 操作数据需要.value取值,template模板中不需要。

reactive都不需要.value取值数据传递方面:

解构赋值会使reactive丢失响应性, 而{ref(1), ref(2)}不会原理角度:

ref通过Object.defineProperty()的get与set来实现响应式(数据劫持)。

reactive通过使用Proxy来实现响应式(数据劫持), 并通过Reflect操作源对象内部的数据。

7问: watch 和 watchEffect

watch使用:

// sum 可以是ref, reactive, 或者是一个getter函数, 或者以上组成的数组

watch(sum,(newValue,oldValue)=>{

console.log('sum变化了',newValue,oldValue)

},{immediate:true})

注意点: 当watch监听的是reactive时

强制开启深度监听(deep: true失效)oldValue无法正确获取, (oldValue===newValue) watchEffect使用:

const stop = watchEffect(()=>{

const x1 = sum.value

const x2 = person.age

console.log('watchEffect配置的回调执行了')

})

// 如需要

stop()

与watch不同点:

watch需指明监听的属性watchEffect无需指明需要监听的属性,vue的响应性系统自动进行依赖收集,

只要所指定的回调中用到的数据发生变化,则直接重新执行回调

8问: vue3的Composition API 相比于2的Options API, 有什么优势吗?

Options API 存在的问题, 新增或者修改一个需求,就需要分别在data,methods,computed里修改 。而组合式API这种情况只需要在特定的代码块里新增修改, 代码组织结构更优雅组合式API 代码粒度更加细腻(相较于组件), use函数使得逻辑提取和重用的成本更低, 代码维护性更强开发者可以只需关注实际的业务逻辑, 而不是散落在各处(监视、计算、方法 Option)业务逻辑附属品

9问: 什么是SSR(服务端渲染),原理是什么? 好处有哪些?

ssr全称server side render, 前端页面的产生是由服务器端生成的,我们就称之为服务端渲染。对比客户端渲染?(client side render, CSR)

CSR执行流程:浏览器加载html文件 -> 浏览器下载js文件 -> 浏览器运行vue代码 -> 渲染页面

SSR执行流程:浏览器加载html文件 -> 服务端装填好内容 -> 返回浏览器渲染使用SSR的好处?(何时该使用SSR?):

对SEO有利:搜索引擎的爬虫爬取你的页面信息,因为大多数爬虫并不支持等待前端获取数据后再爬取数据的,而有了SSR以后,这些抓取工具就可以立刻得到完整的HTML结构化数据,从而被纳入搜索引擎。更短的白屏时间:服务端渲染并不需要加载和执行大量的js脚本, 直接渲染服务端给出的html字符串, 从而缩短首屏加载时间 不好的地方: 前后端分工搭配复杂, 原本一个页面, 同时由前后端绘制填充服务端渲染 (SSR): vue3官方文档

10问: 还能想到Vue3其他不同于vue2的细节点吗?(考察宽度, 使用度)

Vue3.0中对这些API做出了调整:全局API的转移

2.x 全局 API(Vue 3.x 实例 API (app)
Vue.config.xxxx app.config.xxxx
Vue.config.productionTip 移除

自我介绍一下,小编13年上海交大毕业,曾经在小公司待过,也去过华为、OPPO等大厂,18年进入阿里一直到现在。

深知大多数前端工程师,想要提升技能,往往是自己摸索成长或者是报班学习,但对于培训机构动则几千的学费,着实压力不小。自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!

因此收集整理了一份《2024年Web前端开发全套学习资料》,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友,同时减轻大家的负担。

img

img

img

img

img

img

既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,基本涵盖了95%以上前端开发知识点,真正体系化!

由于文件比较大,这里只是将部分目录大纲截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频,并且后续会持续更新

如果你觉得这些内容对你有帮助,可以添加V获取:vip1024c (备注前端)

img

总结:

函数式编程其实是一种编程思想,它追求更细的粒度,将应用拆分成一组组极小的单元函数,组合调用操作数据流;

它提倡着 纯函数 / 函数复合 / 数据不可变, 谨慎对待函数内的 状态共享 / 依赖外部 / 副作用;

Tips:

其实我们很难也不需要在面试过程中去完美地阐述出整套思想,这里也只是浅尝辄止,一些个人理解而已。博主也是初级小菜鸟,停留在表面而已,只求对大家能有所帮助,轻喷🤣;

我个人觉得: 这些编程范式之间,其实并不矛盾,各有各的 优劣势

理解和学习它们的理念与优势,合理地 设计融合,将优秀的软件编程思想用于提升我们应用;

所有设计思想,最终的目标一定是使我们的应用更加 解耦颗粒化、易拓展、易测试、高复用,开发更为高效和安全

一个人可以走的很快,但一群人才能走的更远。不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎扫码加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!

img

理解和学习它们的理念与优势,合理地 设计融合,将优秀的软件编程思想用于提升我们应用;

所有设计思想,最终的目标一定是使我们的应用更加 解耦颗粒化、易拓展、易测试、高复用,开发更为高效和安全

一个人可以走的很快,但一群人才能走的更远。不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎扫码加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!

[外链图片转存中…(img-Mt0AP4cG-1712931052943)]



声明

本文内容仅代表作者观点,或转载于其他网站,本站不以此文作为商业用途
如有涉及侵权,请联系本站进行删除
转载本站原创文章,请注明来源及作者。