爬虫框架可以简化开发流程，提供统一规范，提升效率。一套优秀的爬虫框架会利用多线程，多进程，分布式，IP池等能力，帮助开发者快速开发出易于维护的工业级爬虫，长期受用。

最近用vue+typescript做项目，脚手架构建好项目后，发现vsCode一直发出警告提示，百度之后，解决了。但是又不仅仅是百度就解决了。

移动端中，用户访问了一个列表页，上拉浏览列表页的过程中，随着滚动高度逐渐增加，数据也将采用触底分页加载的形式逐步增加，列表页浏览到某个位置，用户看到了感兴趣的项目，点击查看其详情，进入详情页，从详情页退回列表页时，需要停留在离开列表页时的浏览位置...

现在前端用Webpack打包JS和其它文件已经是主流了，加上Node的流行，使得前端的工程方式和后端越来越像。所有的东西都模块化，最后统一编译。Webpack因为版本的不断更新以及各种各样纷繁复杂的配置选项，在使用中出现一些迷之错误常常让人无所适从。所以了解一下Webpa...

在我们的印象中，React 好像就意味着组件化、高性能，我们永远只需要关心数据整体，两次数据之间的 UI 如何变化，则完全交给 React Virtual Dom 的 Diff 算法 去做。以至于我们很随意的去操纵数据，基本优化shouldComponentUpdate 也懒得去写，毕竟不写也能正确渲染...

这就要说到web应用添加到桌面后的显示模式了，一共有这么多种，通过mainfest来控制。只要知道启动模式是什么，就能判断出是否从桌面启动。

第二次点击的时候，触发mousedown，又绑定了一个mouseup，松手时候触发了先第一次绑定的mouseup，再触发第二次绑定的mouseup。第一次的mouseup再次执行，此时第一次的作用域内oNewI已经被remove过一次了导致没有parentNode了。就console出了null。

在不需要调用event.preventDefault的事件绑定上增加.passive修饰符，例如 @touchmove.passive=handleTouchMove()

这种方式引入样式的时候，实际上是css-module在起作用。样式后面添加的hash，是css-module在起作用，目的是防止样式全局污染。

将代码块A封成一个新的组件，代码块A需要的数据都通过props传进去

前端发展速度非常之快，页面和组件变得越来越复杂，如何更好的实现状态逻辑复用一直都是应用程序中重要的一部分，这直接关系着应用程序的质量以及维护的难易程度。

这就属于项目内的约定了，只要一个项目中处理类似常量都一致的话，不用纠结放哪个文件夹。就放在constants文件夹，完全没问题。 一般常亮我都回去去直接修改，全是Object.assign到可以变动的对象上。

千万不要用reset，reset是用来撤销commit用的，不是用来看历史版本的代码的。 你应该在master分支，先把commit列表拉出来 {代码...} 然后从上之下checkout commitId {代码...}

先确认你的数据量，是以你为导航菜单Item比较多吗？子菜单Item多么？ 如果子菜单非常多，建议换种交互方式

{代码...}

遍历数组，寻找离尾最近的+或-，并通过leftArr和rightArr存放，符号两边的表达式，得到leftArr ['1', '+', '2', '*', '3']，rightArr['4']，并得到运算符+。

如果你的页面是内嵌在某个APP内的，建议使用Hybrid的方法（cordova肯定有一堆这种插件），由前端调起客户端的页面录制音频并上传，最后回传URL给前端页面。

ServiceWorker不是用来缓存接口的。他是用来缓存资源的，资源包括（页面的HTML，JS代码，CSS，图片，icon）等等，毕竟CDN再快也不如本地缓存快吧！

以你最终设计稿来看，数据结构应该是这样的才合理 {代码...} company是职位的属性之一。 你要做的应该是在将后端返回的值赋给Vue的data之前拼凑出上面的数据结构

在你的onShow方法里存在语法错误，由于‘>’这个符号引起的。排查onShow里面的代码就好