用户处理大量数据，每30分钟保存一次

[深度格式]

我的web系统有个功能，是用户查找一条数据，然后编辑，最后保存（做一条保存一条），现在要求是用户请求数据，然后编辑，先不保存（先保存在客户端），最后是每30分钟保存一次。
’我原先的想法是保存在cookies里边，最后读取cookies保存，但是如果cookies保存了太多的用户数据网页请求会不会很慢，其次是数据保存在爱cookies有什么风险。大家有没这方面的经验，欢迎指教！！

[以专业开发人员为伍]

h5 标准的客户端存储机制是使用 localStorage 等。你自己补一下知识。

[以专业开发人员为伍]

另外，如果从可用性角度考虑，结合你们的应用需求，有时候”保存到服务器“可能是更加可取的，可以支持用户换其它设备继续处理数据的需求，或者是多人协作的需求，或者是工作流（任务数据需要整体传送给其它人）的需求。

[remymartin]

Cookie的容量很小，而且也不能存储太复杂的东西。 建议数据库做个临时表，30分钟一次把临时表的东西保存到正式表， 如果一定要在客户端存储的话，用Hidden来存储Json格式的数据，再用setTimeOut的方式保存

[以专业开发人员为伍]

我自己揣测，从你说的”最后保存（做一条保存一条）“这里可以看出，你们的 web 技术有硬伤。这可能不是很容易解决的问题，是人选的问题就需要换人。

[秋的红果实]

无论是cookie还是别的什么隐藏域，如果数据量很大，都会慢 风险嘛，cookie注意过期，也有可能被恶意软件读取

[以专业开发人员为伍]

习惯于做大系统的时候，再来考虑单个 web 页面的开发要求，这才能比较灵活。 而假设你只是从编程技术出发，那么可能只能考虑 cookie 和 localStorage 的区别，别的更深入的技术设计功能扩展就只能说说而不可能实现了。

[深度格式]

引用 4 楼 sp1234 的回复:

我自己揣测，从你说的”最后保存（做一条保存一条）“这里可以看出，你们的 web 技术有硬伤。这可能不是很容易解决的问题，是人选的问题就需要换人。

我是第一次做web，还是我自己一个人做，技术一般吧，你说的技术有硬伤，能指教下吗？我觉得数据处理完一条，然后保存不是理所当然的吗

[wanghui0380]

看你用什么方式实现的，如果是mvvm方式，这个完全不存在任何问题。 因为以这种方式开发的代码，本来就是双向数据驱动的。你UI的操作本身就会直接反应的viewmodle里 如果你们不是这种方式，而是采取传统的gettext，settext，其实也行，因为dom就在那里，text，value都在那里。挨个取呗 ps：让你前端的人去学学vuejs 或者AngularJS好了，不要觉得改造成本高。从个人角度上你的前端的人员是愿意学的，因为国内大公司用，对他们个人有益。从公司角度上说前端mvc也有益

[深度格式]

引用 8 楼 wanghui0380 的回复:

看你用什么方式实现的，如果是mvvm方式，这个完全不存在任何问题。 因为以这种方式开发的代码，本来就是双向数据驱动的。你UI的操作本身就会直接反应的viewmodle里 如果你们不是这种方式，而是采取传统的gettext，settext，其实也行，因为dom就在那里，text，value都在那里。挨个取呗 ps：让你前端的人去学学vuejs 或者AngularJS好了，不要觉得改造成本高。从个人角度上你的前端的人员是愿意学的，因为国内大公司用，对他们个人有益。从公司角度上说前端mvc也有益

哪有什么前端后端人员，前端后端数据库都是我自己搞得。。。。