使用标签来获取用户设置的 UX 详细信息
我使用 acts_as_taggable_on 在我的系统中标记项目，以便轻松搜索它们。
现在我遇到了一个用户体验问题：我注意到很多地方用户选择某些次要状态（例如，关闭一次性帮助框或移至给定页面中的下一个 javascript 运行步骤）。我们遇到的情况都太小/太多/动态/变化太快，无法放入数据库表中（想象一下每次用户体验更改都必须迁移！），并且需要在超出范围之外保留其中一些选择会议。
既然如此，使用标签来存储这些简单的决策有什么问题吗？例如，user.set_tags_on(:ui, "lined_index_help") 或 user.set_tags_on(:ui, "tutorial_1_done")，然后在将来显示/隐藏这些元素通过查看用户的 ui_list。
这是否有我没有考虑到的缺点，或者这是一个谨慎的方法？
I'm using acts_as_taggable_on for tagging items across my system so that they're easily searchable.
Now I have a UX problem: I'm noticing lots of places where users choose certain minor states (for example, closing a one-time help box or moving to the next javascript-run step in a given page). We have here situations that are both too minor/numerous/dynamic/fast-changing to be put into a database table (imagine having to migrate with every UX change!), and that there is a need to persist some of these choices beyond the session.
In this case, is there anything wrong with using tags to store these simple decisions? For example, user.set_tags_on(:ui, "closed_index_help") or user.set_tags_on(:ui, "tutorial_1_done"), then showing/hiding these elements in the future by looking at the user's ui_list.
Are there drawbacks to this I'm not considering or is this a prudent way to go?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
另一种方法可能是将信息存储在 SESSION 中。当然，您必须将会话信息迁移到数据库中而不是 cookie 中，但至少这样 - 您只需检索会话一次。
Another way might be to store the information in the SESSION. You will of course have to migrate the session information to be stored in the DB rather than the cookie, but at least that way - you only have to retrieve the session once.