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

你觉得云里雾里，是因为你看到的都是怎么实现 restful 的文章。
你要找的是一篇文章，告诉你 restful 能解决什么问题，别的方法为什么解决不好这个问题。然后思考你的工作有没有这些问题，要不要上 restful 解决这些问题。