记录一下我人生的第一次面试,还是太紧张了。全程共计1h20min,面试官小姐姐很温柔,答的不太好,小姐姐一直在引导我,全程体验感很好! 流程: 1.自我介绍 2.介绍项目两个都介绍,没问啥 3.如何通过ajax实现登录功能 4. MVVM 5.虚拟DOM 6.父组件和子组件的通信方式,如何传值 7. Js有那些数据类型 8. es6的新特性, 新增了那些数据类型 9.闭包, 可以解决那些问题 10
1、 react的hooks和class类式组件最大的区别在哪 2、 class中怎么解决this指向的问题 3、 hooks怎么管理状态,比如事件函数怎么访问useState创建的状态, 作用域链,函数闭包 4、 redux主要解决什么问题 5、 redux状态更新怎么触发页面更新 使用useselecter选择redux的值时,redux的机制 6、 fiber树结构 同级别的节点形成链表结构
本文向大家介绍对Web开发中前端框架与前端类库的一些思考,包括了对Web开发中前端框架与前端类库的一些思考的使用技巧和注意事项,需要的朋友参考一下 说起前端框架,我也是醉了。现在去面试或者和同行聊天,动不动就这个框架碉堡了,那个框架好犀利。 当然不是贬低框架,只是有一种杀鸡焉用牛刀的感觉。网站技术是为业务而存在的,除此毫无意义,框架也是一样。在技术选型和架构设计当中,脱离网站业务发展的实际,一
秋招尾声,基本靠印象写。很早之前面的。 一面: 八股基本全在问redis。 手撕是一道字符串bp。 二面: 问项目。 手撕两道,一道忘了,一道编辑距离。 三面: 两道情景题: 1.设计一个微信聊天的后端包含动态分享功能。 2.设计一个大型海量数据分布式后台的日志处理微服务。 #秋招校招##秋招打卡##小米汽车##小米集团#
京小智客户端下载地址: 京小智标准版客户端windows 32位安装包 京小智标准版客户端windows 64位安装包 京小智供应商版客户端windows 32位安装包 京小智供应商版客户端windows 64位安装包 京小智环境web客户端登录地址
总结 面试体验不错,会根据简历情况合理提问 很热心的给出了改进建议 到岗情况询问 自我介绍 es 使用情况 过滤器是怎么实现的 为什么能减少过滤时间 它的那个索引和你们这个 ES 集群的基本情况有了解吗? 你们 ES 的那个集群架构是什么样子的?然后索引数据有多少,分片数据有多少? 你们的索引是怎么创建的? 什么叫集群?什么叫节点?什么叫分片?又什么叫副本? ··· 在Elasticsearch中
#秋招# #小米面试#
Mooa 是一个为 Angular 服务的微前端框架,它是一个基于 single-spa,针对 IE 10 及 IFRAME 优化的微前端解决方案。 Mooa 概念 Mooa 框架与 Single-SPA 不一样的是,Mooa 采用的是 Master-Slave 架构,即主-从式设计。 对于 Web 页面来说,它可以同时存在两个到多个的 Angular 应用:其中的一个 Angular 应用作为主
实习做了哪些项目 > 以前项目的维护,然后是去年刚开始的一个项目,我负责哪些部分 项目的技术栈,为什么选这些技术栈 > Vue + ElementUI,原因我觉得是上手快 在你看来 Vue 和 React 的区别 > Vue 封装的比较好,容易编写React 对 JS 的要求比较高(但是 React 比较灵活) 了解 typescript 吗? Vue 父子组件通信 > 讲了 props 和 em
前端面试真的要多背背题!!!#软件开发笔面经#
ModStart:系统是前后端分离的吗?
前端使用vue,后端使用springboot,前后端分离,且已解决跨域,登录采用jwt验证 想实现功能:如果用户通过url栏输入地址方式来访问某个页面(非登录页),对未登录用户自动跳转登录页面 请问拦截器是设置在后端还是设置在前端?另外对于静态页面能拦截吗
1.自我介绍 2.描述一下分布式消息队列业务逻辑 3.消息队列实现了哪几种模式 队列机制怎么实现的 4.你对消息队列的理解 5.消息队列怎么进行流量削峰 6.消息队列的拥塞控制 7.流量消费的时候 设计队列的时候 怎么定义长度 8.说说你的技术强项 9.解释一下云原生相关概念吧 10.说一下微服务吧 11.微服务需要用到哪些技术呢 12.微服务有没有一些设计标准呢 多大的服务才用微服务呢? 微服务
背景: 最近在做前端页面的时候 发现和设计图写出来的样子不一样,后来发现是字体不一样。 我这边样式font-family 直接没写用的是默认的。两边字体不一样 直接写出来的样式也不一样 请问有没有什么办法可以直接把字体文件进行压缩,或者有没有什么办法可以把字体引用进来?
本章中,我们探讨了大多数企业采用云原生应用架构所需要做出的变革。从宏观总体上看是权力下放和自治: DevOps 技能集中化转变为跨职能团队。 持续交付 发行时间表和流程的权力下放。 自治 决策权力下放。 我们将这种权力下放编成两个主要的团队结构: 业务能力团队 自主决定设计、流程和发布时间表的跨职能团队。 平台运营团队 为跨职能团队提供他们所需要运行平台。 而在技术上,我们也分散自治: 单体应用到