plsql存储过程修改后怎么保存_产品设计中的3种保存逻辑:手动保存、自动保存、提示保存...

本文探讨了产品设计中关于保存功能的三种逻辑:手动保存、自动保存和提示保存。手动保存涉及草稿箱、本地存储和云端存储的讨论,自动保存包括延迟、随机和条件存储的策略,而提示保存则是通过Toast提示确保用户不会丢失信息。文章强调了在设计保存功能时要考虑操作复杂度、重要程度以及用户体验。
摘要由CSDN通过智能技术生成

本文介绍了产品设计中的3中保存逻辑,包括:手动保存、自动保存、提示保存。

8d3c2400f7cbefd9f6b98121de479d79.png

产品经理在设计产品的时候要注重打造细节,在一个小点中做到极致,并适当加入一些小创意,这样能提升品牌形象和用户忠诚度。特别在交互设计、视觉体验上,要做多种情况的产品处理。

随着 B 端产品的持续发展,B 端产品的前端由于直接展示给用户。

因此往往对于图片质量、页面配色等都经过 UI 的仔细打磨,后台产品则由于图片少、文字多;内容展示少、表格多而在界面上惨不忍睹。

作为后台产品经理,虽说我们不用对产品界面配色负责,但是产品的每一处细节都应该仔细雕琢,做到贴合场景、使用方便、效率高等特点。

说到存储,大家所能想到的功能想必就是[保存]了吧,正如上文,本篇就对保存按钮来细说下其中的逻辑:

aaeb717911871e722b906b3008efa2c1.png

一、手动保存

这是一个非常常见的「编辑 – 保存」页面,一般来说,这类页面的逻辑分成两种:一类是单独有个保存按钮进行保存;另一类是修改一项生效一项,无需额外保存。

7de2fa7993c60acfa325ddef2d43b1ad.png

单独按钮保存,常见于后台管理系统、或者是移动端的资料编辑页面上。

以 Form 为单位,一次把所有内容提交到后台。单独设置保存按钮,我们可以在保存逻辑执行前通过弹窗;让用户对操作进行确认,通过点击「保存」或者「取消」,来让用户决定是否执行保存。

试想,对于一个编辑用户页面,如果走的是立即生效的逻辑,很可能我们无意间的一些随意的修改,就把数据改掉了。比如无意间删除了用户名字中的一个字,除非我们记得这个字是什么然后手动改回来,我们是无法「撤销」我们的操作的。

另外,对于一些依赖于其他输入项的表单验证行为,我们也需要当用户修改完所有项目后,统一进行验证和提交服务器。例如修改密码页面。

1. 草稿箱

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值