- hox
- github: https://github.com/umijs/hox/blob/master/README-cn.md (opens in a new tab)
- 与 useState 存数据有何区别
- redux ❎
- 数据流: https://redux.js.org/tutorials/essentials/part-1-overview-concepts (opens in a new tab) 这里有一个非常直观的动画图,一目了然
- react-router/vue-router
- hash
- history API
- 浏览器缓存
- 强缓存
- 协商缓存
- 时间精读
- 内容hash
- T-Design
- Promise.all
- 并发控制为3个请求
- 数据库范式 NF
- 云数据库设计
- 延迟的解决
- 分析测试 ✅
- Vux组件化设计和部分原理实现
- modal
- message ❎
- lazy-load
- cookie-session
- http-only ❎
- same-site ❎ -> CSRF
- nginx 跨域问题
- 跨域的其它解决方案
- JSONP
- nginx
- cors
- 商品结算
- server 是如何处理的
- 商品收藏
首先十分感谢月哥抽空为我模拟面试,通过本次模拟面试交流。我发现如下问题
- react常用工具设计原理和流程不清晰,如redux的数据流
- redux设计流分为actions,store,reducer三个部分组成,其中actions负责定义前端组件派发的对redux数据的操作,store是redux的核心调度处理 ,reducer实现具体的数据处理。
- 组件设计存在缺陷,未能满足多变场景需求
- 如消息组件message设计,当出现多个接口连续错误等场景时,消息组件应该按错误顺序合理显示和隐藏。
- 对前端路由的原理实现仍需加强,不能只熟悉哈希路由,而忽略hsitrory路由原理
- histrory路由的原理实现,全局事件添加popstate事件监听histrory的路由改变,触发该函数后,根据注册的路由显示不同的试图页面
- cookie和session的认识存在错误,如http-only和same-site
- http-only:通过js脚本将无法读取到cookie信息,这样能有效的防止
- same-site:防止 CSRF 攻击和用户追踪 SameSite 属性用来限制第三方 Cookie,从而减少安全风险
- 简历中对项目的描述和总结不深刻,并未展示项目的重难点部分
- 可以对项目的难点重新整理,如Promise.all的设计可以优化成异步并发数限制的设计,提高页面并发请求速度
- 如将vue的vuex数据存储可以设计成最新的数据状态存储pinia
- 对项目的优化和重难点分析仍需加强,有待提升
- 如小程序项目的数据库优化,可参考腾讯小程序调试信息做进一步的优化和处理。
最后,还是十分感谢月哥