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

这东西为什么特别难搞？因为网页进到下一页，浏览器就把之前一页给销毁了，回退到之前一页，跟重新加载那一页没区别，这就让保留状态非常困难。可以尝试的解决办法有几个：一个是每次加载更多就改下 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

这地址挂了吧

@rashawn 这东西是 web 端啊。因为浏览器上只能跑 js ，所以这东西出来才那么多人觉得有意思。再接着你说的问题，服务器上不止 node 一个选择，为啥那么多人选 node 呢？
说到底，语言跑得快或慢，真的那么重要吗？绝大多数场景下的性能瓶颈都不在语言那吧。

十万手机号你还要编辑个啥

我们假设下一代 javascript 的速度是现在的十倍， web 有什么变化？

楼主你自己可以这么思考： git flow 能解决什么问题，一个人开发有没有这些问题。

有些免费的云平台支持 node ，比分讲 heroku