1. 模块化发展历程
2. 全局作用域中,用 const 和 let 声明的变量不在 window 上,那到底在哪里?如何去获取?
3.cookie 和 token 都存放在 header 中,为什么不会劫持 token?
- 首先token不是防止XSS的,而是为了防止CSRF的;
- CSRF攻击的原因是浏览器会自动带上cookie,而浏览器不会自动带上token
4.两个数组合并成一个数组
请把两个数组 [‘A1’, ‘A2’, ‘B1’, ‘B2’, ‘C1’, ‘C2’, ‘D1’, ‘D2’] 和 [‘A’, ‘B’, ‘C’, ‘D’],合并为 [‘A1’, ‘A2’, ‘A’, ‘B1’, ‘B2’, ‘B’, ‘C1’, ‘C2’, ‘C’, ‘D1’, ‘D2’, ‘D’]
let a1 = ['A1', 'A2', 'B1', 'B2', 'C1', 'C2', 'D1', 'D2']
let a2 = ['A', 'B', 'C', 'D'].map((item) => {
return item + 3
})
let a3 = [...a1, ...a2].sort().map((item) => {
if(item.includes('3')){
return item.split('')[0]
}
return item
})
5.Virtual DOM 真的比操作原生 DOM 快吗?谈谈你的想法。
1. 原生 DOM 操作 vs. 通过框架封装操作。
这是一个性能 vs. 可维护性的取舍。框架的意义在于为你掩盖底层的 DOM 操作,让你用更声明式的方式来描述你的目的,从而让你的代码更容易维护。没有任何框架可以比纯手动的优化 DOM 操作更快,因为框架的 DOM 操作层需要应对任何上层 API 可能产生的操作,它的实现必须是普适的。针对任何一个 benchmark,我都可以写出比任何框架更快的手动优化,但是那有什么意义呢?在构建一个实际应用的时候,你难道为每一个地方都去做手动优化吗?出于可维护性的考虑,这显然不可能。框架给你的保证是,你在不需要手动优化的情况下,我依然可以给你提供过得去的性能。
2. 对 React 的 Virtual DOM 的误解。
3. 性能比较也要看场合
4.下面的代码打印什么内容,为什么?
5.简单改造下面的代码,使之分别打印 10 和 20
6.浏览器缓存读取规则
链接:https://juejin.im/post/5c9ac3f66fb9a070e056718f
来源:掘金