对前端的一些理解🤏
2020-08-13 本文已影响0人
五洋捉鳖zz
-
随着前端一步步的发展,从最开始的简单的文件(.html,css,.js)演变到现在的工程化/结构化。本质还是未改变,毕竟浏览器还是哪些浏览器,通过各类工程化结构化的改进,定义各类的“规矩”,写起来更加“优雅”。
-
似乎大家都“会”上来就说会前端。看两天w3c,学两天vue,做个简单的自我介绍就算是“会”前端了。那么你在招聘你们的前端同学时,除了问烂大街的“闭包”,"原型链", 是否有问过以下问题,
-
各类浏览器的兼容性有写过吗?
- (延伸询问,为啥IE那么的不好,还要去支持IE)
-
大型项目下使用vue有哪些可以优化的方式?
- (页面很多?怎么快一些,你最多做过多少个页面的vue项目?)
一个大的页面怎么去设计组件降低后续因为组件拆封而带来的重构工作?
-
对于复杂交互的页面(状态很多,操作逻辑存在多个环),在开发时需要注意什么?,怎么让别人一看代码就能理解你的各类状态管理?
- (延伸如果使用vue,你觉得需要多少个状态字段去管理用户的登陆/登出,看看会不会追问登陆操作的附加操作(验证码,错误提示🤷♂️))
-
既然绝对定位可以做页面为啥还要相对?为啥又会出来弹性?
- (有些场景需要配合使用才能实现最终效果,对于通过两种布局都能实现的,完全看项目习惯,建议整个项目有个侧重点,这样后续兼容性控制也好一些,代码更加容易阅读)
-
第三方组件或者UI库该怎么选择?
- (看项目习惯,UI库/第三方组件也是别人的项目,了解就好,倒是应当关注在闲暇之余看看人家怎么造的轮子)
bootstrap是什么,jquery是什么,vue可以完全替代jquery吗?
-
现在最火的是vue,我们公司还在用angular,你愿意接受吗?
- (考察对框架的认知。个人认为没必要高薪招聘一个专攻框架的人)
-
你觉得是接触一个热门的框架重要还是接触项目多一些增加对业务理解重要?
- (如果对业务一无所知,也不去追问的人,也一定会选择用一个状态变量管理用户登陆/登出🤷♂️)
-
既然vue那么火,浏览器是怎么识别vue的语法的?
- (考察webpack打包干了什么,顺便也可以考察下对“玄学”的认知程度,并没那么多“玄学”,最终还是html, css,js)
-
一个双向绑定如果让你用原生js怎么去实现?
- (很简单啊,发布订阅就好了,改动的时候发布,订阅改动事件,同步更新dom,至于回答用vue/angular底层原理实现的还是算了吧,背书)
-
谈谈css污染怎么控制?
- ( 污染即存在冲突,也可以顺便考察下,当与同事发生冲突时,他会选择什么样的态度去battle. 正确的做法是,优先解决问题,后续重构优化。换名字,重写,深度解析。)
-
span能做按钮,div也可以,button也可以,是你你怎么选择?
- (看项目习惯,最好是各用各的,没什么大的影响。)
-
你是怎么记住那么多的css属性的?
- (可以借助考察下,实际项目经验,哪怕知道名字的总比没用过的要好。上右下左这种东西一天两天背不会。)
-
常见的网站为何网页都展示在中间?为什么不全屏?有观察过他们中间区域的宽度吗?
- (貌似很多都是1200,毕竟主流的最小屏幕都是大于1200了,不需要做复杂的适配,中间的内容布局始终如一,确保用户粘性,毕竟不能让用户换了个显示器就满屏幕找按钮多不好。)
- 你问基础都答的上来,建议结合上面的问题延伸问问吧,个人感觉比起死记硬背的基础知识,这些日常的项目经验,更加的能够利于后续的工作……至于基础,实话3000块的前端培训,就能完全胜任你的工作,但是又有什么luan用嘞,后续codereview不气死半个人,说一做一,完全不会多问一句恐怕也就是个机器了。