今天添加了一个新测试用例，在需要mock的文件模块旁边添加了__mocks__然后里面添加了同名文件，之后在test文件里指定 jest.mock(‘moduleA’) 但无论如何都会加载实际模块而不是__mocks__文件夹里的内容。经过了一大轮的拼写检查、jest.doMock、为jest.mock添加第二个参数临时实现，还试了一下automock，全都不行。 最后发现该模块为了调整测试环境，在jestSetup文件里被使用了…… 难怪无法mock，自己的坑啊。

昨天在项目里加上了mobx-react-devtools开发环境调试用。但是生产环境不希望有，于是加上了 <br /> import MobxDevTools from 'mobx-react-devtools'<br /> ...<br /> render () {<br /> return ...<br /> {process.env.NODE_ENV !== 'production' && <MobxDevTools /> }<br /> }<br /> 打包后发现代码体积明显增大，即使加了webpack生产环境打包的UglifyJsPlugin({ uglifyOptions: { compress: { dead_code: true } } }) 也去不掉。应该是因为import是静态引入的特点造成的。 最后自己想了个法子解决了一下，写一个空组件 export default null 在webpack的alias里判断生产环境，则添加alias[‘mobx-react-devtools’] = ‘./app/component/Null.jsx’ 在生产环境中吧这个空组件替换进去，如果还有其他希望生产环境中排除的都可以如此解决。

vim进阶的又一本宝典，用了这么多年vim之后，仍然会感觉有很多东西需要掌握，有更多的插件等待挖掘 以下是一些读书笔记。

今天在console里看到了这么一行提示 Intervention: WebFonts use adaptive timeouts to take fallback fonts 查了一下，是因为字体文件体积过大时，可能会造成使用该字体的元素在字体下载前后出现闪烁的问题。有学到了一个新属性font-display。按需要，指定block比较合适，因为字体图标一时也找不到什么合适的占位字体。 https://developer.mozilla.org/en-US/docs/Web/CSS/@font-face/font-display

es7里面的Promise.prototype.finally，可以通过core-js的polyfill来补全。 本以为加上了core-js就可以了，但真的遇到不支持的浏览器仍然会报没有finally方法的错误。 打开控制台调试，发现Promise.prototype.finally已经打上补丁是存在的。 最后发现，在chrome中 在火狐的低版本浏览器中  fetch返回的是个伪Promise对象，并不是全局Promise的实例，怪不得没有finally方法。 干脆通过自己加上一段代码polyfill上去得了

今天在上班路上突然理解了一件长久以来困扰我的事情。 做前端这几年，遇到做后端的接口，全都声称是restful接口，但使用http状态码作为判定条件的一个都没有，统统返回200然后在消息体里自定义状态码。 原因大概因为jquery或axios等接口请求库，默认配置下，接口若返回非200响应，里面的消息体就拿不到啦。在大部分人的前端知识体系中，非200意味着抛出错误，消息体什么的当然拿不到，所以当应用出错时希望拿到错误提示等信息，必须还是返回200的状态。 其实，非200的状态返回的消息，前端一样拿得到，只是需要一些额外配置一下。但后端人员对于前端jquery ajax请求应用的示例作为标准，或者理所当然认为前端人员的水平也只能获取到200返回的消息。于是就出现了各种各样的自定义消息体… 推荐一下fetch，返回的是Response对象，只要是服务端相应了，里面都可以拿到各种接口返回数据，只有在网络出问题比如请求不可达的情况下会抛出错误。 最后为自己的库做个广告 fxios

多年前用过coffeescript，后来换工作之后因为团队里没人用，被强制放弃了。也幸亏放弃了coffeescript，才能紧跟ecmascript语法的发展，之后就一直用babel走标准es语法路线，在选择编译型前端(类似coffee需要编译成js才能运行)语言的时候都非常谨慎。 之前我在flowtype与typescript之间一直倾向flowtype，一点是因为是facebook出品和react是一家，另一点是因为flowtype允许渐进式引入项目。typescript则是一旦使用则必须全部使用，至于是微软出品倒是不太介意。 最近node的作者新开了个deno，默认直接运行typescript，node一下成了没爹的娃，可持续性堪忧。最重要的一点是：typescript赢了，各位准备深入学习吧。已经提早入ts坑的同学们，恭喜路子走对了。