关于社交网站流行的“加载更多”的问题

不喜欢滚动加载的方式
第一,滚动加载之后页面很长,此时我想找之前看过的一条信息流就很不方便
第二,滚动加载不能选择页数,比如想找到几天前的一条信息流可能我会跳过中间几页直接去找寻后面的东西,滚动加载无法实现
第三,如果不想看更多的内容,鼠标滚动时就会自动加载了,虽然这没啥不好的,但个人不喜欢强制性的东西(这点是个人癖好可以无视)

滚动加载有一定的使用范围，传统的应用还是用传统的分页比较好。

一般图片加载之后，就搞到缓存里面去了吧。曾经做过一个项目，当加载超过180个图的时候，就会有各种异常现象。后来发现，javascript里面有个数组，把装载过的图片都存着呢，这样才容易搞死内存。如果不在程序里存，应该问题不大。个人感觉没有测试过

举例来说，如果请求的数据返回到前台是一个Json的对象，这个Json对象是该画面上使用的整体数据，那么可以在画面上设置一个隐藏项，利用json2.js这样的序列化库，将该Json对象数据序列化后存储在隐藏项中；这样做是因为一般情况下，画面慢通常是渲染以及与后台频繁交互比较花费代价，这种方式下，触发或点击或显示画面的不同部分，可以直接从序列化的对象中反序列化然后取得相应部分的数据用于画面某部分的数据渲染，而且因为画面上使用的数据是一次性加载过来的，不会出现频繁交互出现画面上各部分关联数据不一致的情况，这是举例说的，如果使用其他的数据形式，也可以考虑这样的做法，这个实例我在tab页较多且每个tab页比较复杂的业务中使用过，效果极好，这样回答可以么？

有几次我想直接点页面底部的链接时就悲催了，我真想点最底下的链接但是一个劲的加载更多，坑爹呀我艹，这设计太鸡*巴烂了。