@zhidd 你随便找个模板引擎就行了。自己写也没那么难。你别搞 createElement 这种指令化的，直接替换字符串，然后 innerHTML 插进去。

你需要的是一个 web 前端用的模板引擎

换的有点频，涨的有点快

装了个京东金融，google play 一直报危险，我就又给卸载了。想到那 app 一看就是套 web 页面的，应该有个手机网页的版本能用。在某个很深的入口找到京东金融的手机网页版之后，却发现明明是是跟 app 用的一样的 web 页面，核心功能却来个限制，让你非得去下载个 app。
那我就只能不用了。

所以到底是几点上班几点下班，加不加班呢

https://chrisbateman.github.io/webpack-visualizer/

用这个在线工具能分析 webpack 打包出来东西的组成。看看那个地方占的多。

@luckylion 不太懂你的意思

不能自动的。你得先检查字体是啥，然后加上对应的 class 之类的。
如何检查字体： http://www.lalit.org/lab/javascript-css-font-detect/

1. 除非彻底改成缩进式的语法，不然代码里头还是有各种符号，看着还是不够清爽。
2. JS 在某些情况下不写分号会出错。为了不写分号，我们就得记着哪些场景必须要写，浪费脑细胞。这些场景写了分号之后，跟其他不写分号的地方一对比，看起来又是很奇怪。

所以我选择写分号。

你自己把 api call 那一级封装下，在那里加 proxy。到 view 那层是你需要的数据就行了。

别想了，你不用 this 就完事了。

券妈妈

@1ychee 投了个简历试试。你们后端小哥这题目出的也真是。。其实就是几个常见的交互的组件，题目出的不明不白的。你们这是前后端分离了呢，还是没分离呢？那排序和翻页，意思是 php 实现吗？那个搜索，是要自己写个 php 的
api 来调吗？
如果你们后端是想搞前后端分离的。建议你们写好测试题要用的 api ，公共出来给测试者调用。让测试者写个在线的离子就完了。你们这上来就让人装个 php ，没啥意义。

npm 上的应该是编译后的。因为一般人用 babel 的时候都会过滤掉 node_module 里的文件。
tree shaking 确实有用。发到 npm 上的东西在用 babel 编译的时候记得排除 es6 modulel 。
moment 这种是依赖，不应该也不会被编译。

整个过程大概是这样：你的 src 文件是 es6 写的。你写个脚本，把 src 还有根目录底下的 package.json 复制到 dist 文件夹里头。然后对 dist 里头你要发布的所有文件做 babel 。最后在 dist 里头做 npm publish 。

你们麻烦，人家不也麻烦。麻烦从来就不是问题，解决麻烦提高效率更是程序员天生就爱干的事情。加流程肯定是有原因的，你们交流好为什么要加流程，怎么改善流程就行了呗。

sublime 有宏啊，自己录快捷操作太好用了。

只能递归啊。丑不丑还不是看你写法

这东西为什么特别难搞？因为网页进到下一页，浏览器就把之前一页给销毁了，回退到之前一页，跟重新加载那一页没区别，这就让保留状态非常困难。可以尝试的解决办法有几个：一个是每次加载更多就改下 url ，一个是缓存，一个是不让那一页被销毁。
1.改 url 可以实现这个，但这意味着你每次后退都是“减掉”一部分加载出来的内容。跟 app 的体验还是不一样的。
2.缓存就得考虑什么时候清缓存的问题。得知道用户是新进入这个页面还是刚刚访问过这个页面，后退回来的。
3.不销毁那一页，就意味着以弹窗的形式展现页面。打开页面是显示弹窗，后退页面是关闭弹窗。这种情况就不能使用 url ，导航通过屏幕上的按钮实现，浏览器的后退不管用，安卓手机的后退也不管用。

所以，综合看起来，还是在“新标签中打开”这招简单实用靠谱。其实对于 web 来说，一个 app 中的每个页面都有 url ，每个页面都能在独立的“标签 /窗口”中操作，是它最大的特色。很多人都有这样的习惯：浏览列表，感兴趣的内容就在新标签中打开，回头再一个一个细看。这种体验在 native app 里完全没法实现。但是现在的 web 一味模仿 app 的设计，丢了自己的特色，让人很是失望。

target=blank 可破