- 主题:问个浏览器端 存数据的问题
如果服务器访问压力大，让浏览器端存数据是一种选择。 搜了一些解决方案：
有javascript变量来存，有绑定dom，有利用浏览器的接口
（window.localStorage/window.sessionStorage），有webSQL/indexedDB，还有其他
方案。
问题：
像angular之类的路由信息，module信息，存js变量。 但最终都是绑定DOM元素（是这
样吗）？
实际浏览器端出于减轻服务器端访问压力、客户端存数据方案用的多吗？ 比如商品信
息？（类似于淘宝搜索某个品牌，出来的几十页数据）
缺乏实操经验，只能理论提提。。
--
FROM 122.233.19.*
1、是不是dom绑定，看模板就够了，其实有些即便出现在模板里，都不是Dom半丁。
2、富余数据的存储，我看了一下datatables.net,它好像没把富余数据往存储设施里面扔，session和local这两个Storage的应用场景应该考虑到跨页面的数据存储。而indexeddb这类的除了数据量大意外还要考虑在数据上需要做的处理操作的因素。在前端早期，我见过人有人这么干，不过是自己写本地插件搞定的
【 在 saynothing 的大作中提到: 】
: 如果服务器访问压力大，让浏览器端存数据是一种选择。 搜了一些解决方案：
: 有javascript变量来存，有绑定dom，有利用浏览器的接口
: （window.localStorage/window.sessionStorage），有webSQL/indexedDB，还有其他
: ...................
--
修改:dhcn FROM 223.104.3.*
FROM 223.104.3.*
thanks~
浏览器插件的话，部署成本高。 看来一般不这么干
【 在 dhcn 的大作中提到: 】
: 1、是不是dom绑定，看模板就够了，其实有些即便出现在模板里，都不是Dom半丁。
: 2、富余数据的存储，我看了一下datatables.net,它好像没把富余数据往存储设施里面扔，session和local这两个Storage的应用场景应该考虑到跨页面的数据存储。而indexeddb这类的除了数据量大意外还要考虑在数据上需要做的处理操作的因素。在前端早期，我见过人有人这么干，不过是自己写本地插件搞定的
--
FROM 122.233.19.*
其实你的项目这么干不干，最终取决于你的项目场景，如果他极端靠近离线App场景，你可以考虑网indexed db里面塞东西，并作为本地一定数据操作的处理引擎。
【 在 saynothing 的大作中提到: 】
: thanks~
: 浏览器插件的话，部署成本高。 看来一般不这么干
:
--
FROM 223.104.3.*