故事的由来
开头:小姐姐
HR小姐姐看简历比较累,需要一直手动点击下一个
按钮,才能前往下一个简历
一位同事 - 后端架构师小哥哥想给HR做一个自动查看下一个简历的工具,又不想做得复杂,不想做成浏览器插件这种,于是手写JS代码,想在浏览器中的console控制台写代码就自动执行,实现打开简历后若干秒自动查看下一个简历的功能
问题来了
当同事小哥哥在控制台写在JS代码时候,用document.querySelect
这个API一直获取不到DOM节点,我当时觉得他写的选择器不对劲,于是要他简化了下选择器,发现还是获取不到DOM节点
当时我在想,嗯?怎么就翻车了
于是亲自上场,发现通过document.querySelect这个API始终获取不到对应的按钮DOM节点,于是乎,我想到我们的SASS系统,里面存在iframe页面跟qiankun微前端架构,我在想这个BOSS直聘是不是也存在这种情况?
分析问题
boss直聘 妥妥的C端网站,需要SEO优化不可置疑
但是大型的项目,肯定不是单技术栈。应该是复杂的技术栈体系结合而来,所以一个大的网站可能是MPA+SPA的混合体
例如我们可以看到上面的首页,他就是一个MPA应用,以及下面的这个页面,他们都需要SEO,就是搜索引擎优化,需要被搜索到
延伸:MPA和SPA
首先这里说明:SPA不是按摩,而是单页面应用,像目前的单页面和多页面应用区别如下:
两者的对比:
图片来自于:https://www.jianshu.com/p/a02eb15d2d70
在我看来两者都有各自的好处,只是单页面框架目前的生态更丰富,开发效率更高了。不过多页面+JQUERY也是还有很多项目在使用
破案
进入简历的列表,发现BOSS直聘的简历列表页面,用的是iframe指向了一个/vue/xxx的链接,说明是一个MPA的项目壳子 套了一个iframe
链接地址
推荐拓展阅读:《微前端》系列文章,手机端点开 前端巅峰公众号,首页点击或搜索关键字 微前端
我想可能boss直聘想接入新的技术栈vue,但是用的iframe模式,没有使用qiankun这种基座模式做微前端吧
我们在父级项目中直接去获取iframe中的元素节点是不可以的,需要做以下处理:
const iframe = document.getElementsByTagName('iframe')[0];
const ifr_document = iframe.contentWindow.document;//iframe中的文档内容
那么ifr_document
就是可以用于获取dom节点的文档对象
这个时候要想帮助小姐姐实现AI+HR的功能,例如每隔5s自动往下翻页
只要写一个定时器,获取到对应dom节点,每隔对应时间就触发一下click方法即可
const but = ifr_document.querySelect('button');
setInterval(()=>{
but.click();
},5000)
当然这里想做得更好一点,可以设置鼠标点击或者移动时就关闭定时器,点击按钮再次触发自动翻页。不过貌似他没给小姐姐做,估计有BUG
拓展
其实这个功能的核心出发点是通过代码去改造已有的网站项目,一般情况下建议写一个浏览器拓展插件,这种需求我们日常也会用得上
插件能做哪些事?
书签控制;
下载控制;
窗口控制;
标签控制;
网络请求控制,
各类事件监听;
自定义原生菜单;
完善的通信机制;
有兴趣的朋友可以看看这篇文章,十分钟入门谷歌浏览器插件开发:https://juejin.cn/post/6904797929056239630
例如这个插件,能屏蔽youtube的广告:
这种插件的实用性是不是非常强呢?我觉得只要是能提升日常的工作效率,舒适度的插件,都是可以考虑去做的。
故事的结尾
怎么样?一个日常工作中的小小沟通,分享出来也能让大家学到很多知识,这些东西在日内的工作中大家也都会遇到。如果感觉写得不错,把前端巅峰
公众号点个关注
,分享一波,来个在看/赞
三连吧!
另外对身边的HR小姐姐要好一点哦~!