{代码...} 一般测试框架都有针对异常的测试断言方法吧，反正自己做就是try cache一下判断

一图流

首先，先说明下该文章是译文，原文出自《AST for JavaScript developers》。很少花时间特地翻译一篇文章，咬文嚼字是件很累的事情，实在是这篇写的太棒了，所以忍不住想和大家一起分享。

跨域资源共享（Cross-Origin Resource Sharing）是一种机制，它使用额外的 HTTP 头部告诉浏览器可以让一个web应用进行跨域资源请求。

最近空闲时间读了一下Koa2的源码；在阅读Koa2(version 2.2.0)的源码的过程中，我的感受是代码简洁、思路清晰（不得不佩服大神的水平）。下面是我读完之后的一些感受。

对 node 项目而言，模块导出入口文件由 package.json 的 main 字段指定，而如果是要安装到命令行的工具，则是由 package.json 的 bin 字段指定。

现在的 web 应用，内容一般都很丰富，站点需要加载的资源也特别多，尤其要加载很多 js 文件。js 文件从服务端获取，体积大小决定了传输的快慢；浏览器端拿到 js 文件之后，还需要经过解压缩、解析、编译、执行操作，所以，控制 js 代码的体积以及按需加载对前端性能...

webpack & webpack-dev-server 由于weex-loader暂不支持webpack4，所以，webpack只能安装3.x版本，webpack-dev-server对应安装2.x版本 {代码...}

一些小型项目，只使用 React 完全够用了，数据管理使用props、state即可，那什么时候需要引入Redux呢？当渲染一个组件的数据是通过props从父组件中获取时，通常情况下是 A --> B，但随着业务复杂度的增加，有可能是这样的：A --> B --> C --> D --> E...

你说的拖曳指的是页面布局里的各种控件吧，我的建议还是要活用IDE里的UI设计工具，可以提高很多效率，毕竟一个APP的开发不仅仅是在UI上，还有很多的应用逻辑，系统调用，网络通信，数据存储等，没必要过多的练习并只满足于用代码完成UI

如果你的项目比较大不建议使用storyboard（超过十个界面）,多个界面的事件绑定以及ui布局放在一个显示器内每次切换和查询会很累。 如果是多人开发建议用纯代码，前期调试以及封装会麻烦一些。到后期有技术积累，各组件库相对成熟，开发效率是最高的，同时包也小很多...

直接执行命令webpack-dev-server，使用HMR可以实现reload，但是此时生成的js是在内存里面的，dist文件夹下并没有任何文件。而我恰恰又需要dist下的js（其实是weex.js），生成二维码展示出来，所以还是没有达到目的。期待大神...

命令行打包神器：[链接]