别想了，你不用 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 可破

@xcatliu 淘宝那手机页做的那么烂，应该当反面教材了吧

是啊。你就不能拿 10px 放 html 上当一个 em 。我之前就用 20 ，完了弄个 sass 的 mixin 算。后来发现实在太麻烦了，还有好多限制存在，还不如直接拿 px 做单位。我到也从来没有遇到需要全局放大缩小的使用场景，感觉这个 rem 没啥用了

teambition

电子书可以 ctrl f

不懂你的问题。你添加了之后 id 怎么能重复的

因为可以少打点字啊。这东西只有一行的话看着很舒服，带嵌套的看着就恶心了，就像你那个 pipe 函数写的，看着不受罪吗？

https://github.com/google/closure-stylesheets#renaming
应该是这个。就是防 css 名字冲突之类的功能。

右上角最后一个按钮是停用所有 breakpoints ，直接就破了这东西了。

我之前有个用 node 写的爬虫项目，里头用的 rx 。项目需要对 4 个网站的某个资源前 5 页的结果进行抓取。我用 rx 实现每次对一个网站的 5 页做平行请求，每个请求如果失败就重试，重试 3 次之后再放弃。完成一个网站 5 页抓取之后再进行下一个网站 5 页内容的抓取，最后收集结果保存。
这种需要对流进行复杂操作的场景，自己写就太困难了，靠 rx 就非常容易。
如果是做前端 ui 的话，需要 rx 的场景实在太少。硬上 rx 只是增加一层抽象，给自己添乱。

你有好几个异步数据流吗？你需要对这好几个数据流进行合并等高级操作吗？
没有就别上 rx