几条 UI 的实用主义设计建议

发布时间:2024-03-03 15:07:54 浏览量:137次

层级深

上面这个图是比较常用的一种设计,页面和模块做了不同的背景色来区分,并且都有内边距。这样做可以让页面更有层次感,让用户对页面的组件有边界感,显得更整洁。

但是这样的设计带到移动端可能就不太好了,当在手机端上显示的时候,因为外面有两层,占用了较大的空间,留给中间红框部分用于显示文字的空间就比较局促了。如果模块内部再套一个(比如回复列表之类的),空间就更局促了。

如果是响应式架构,不得不做这种设计,我也建议可以尝试通过样式,让组件在屏幕较小时顶到边,不留左右的灰边。

底部悬浮

很多手机网站都喜欢在底部悬浮操作按钮,这样做有很多缺点。首先是太影响阅读了,尤其是飘在底部上面一段距离的。

像上图这种,“APP 内打开”这个按钮,干扰真的是太大了,大有强迫你下载 app 的意思。

手机的浏览器一般都会有底部菜单,如果再悬浮一个底部菜单,再叠加一个去 app 的按钮,屏幕没多少空间了。

这要在以前,手机的下巴都比较高,还有手机本身就双下巴的,要堆叠好几层。

底部悬浮在移动端还有个问题就是容易和输入法冲突,被顶起后位置不对,其是 ios 上。所以,很多 app 和手机站点,点击搜索都是新开个页面,输入框在顶部,搜索页不出现底部菜单。

指针悬浮展开

像上图这种指针悬浮展开内容的设计在 pc 上很流行,一般都是分类会用到这个,很多下拉菜单也是这种设计。

我个人不是很推荐,认为还是点击展开比较好,因为悬浮会能会误操作,点击则是比较明确的。Bootstrap 的下拉框是点击才可以展开的,其它的响应式框架都是这种设计,因为这个悬浮手机和平板上很难去使用,兼容性差。我记得很早以前还改过 Bootstrap ,将下拉框改成悬浮就展开,迫于业务需要不得不这么做。

不规则设计

最头疼的就是这种了,各种不规则,花哨又不实用,也不一定美观,但是开发成本高,就是折腾。

比如像上面这种挖槽的,常见的还有一些不规则形式的导航(六边形之类的)。还有各种不对齐的,比如页面不同的区域内边距不一样,还有些个例左右边距不一样的,分隔线和文字不对齐要出来一点点等等。对于开发人员来说还真有点搞心态,有时候就一点点差异,可能还要再套一层,单独处理。

对于设计师来说,个性一点也许能可以更好的展现自己,让 boss 眼前一亮,但是开发人员就眼前一黑了。个性太多意味着组件难以复用,已有的组件不能利用,总是单独写一套,开发成本高。太个性还有可能会影响性能,因为会增加程序的体积,如果总是复用已有组件体积就会小很多,对于前端来说构架上要考虑异步加载,像小程序这种限制包体积的,可能要分包,总之麻烦。

从实用的角度出发,减少个性会更好,像边距什么的,差一点点用户是看不出来的,统一不好么?不规则形状我觉得意义倒也不大,提升有限,有时候是为了设计而设计,比如上面这个挖槽的,我也做过类似的开发(比这个还要复杂些),不仅没啥用,反而感觉更丑了。

拖动

UI 拖动效果是耗费我精力比较多的,我个人是比较反对盲目加拖动的。有些产品可能就喜欢这里能拖那里能拽的,没事就加拖动操作,但是很多时候点击操作更有效率。

比如像这个页面编辑器,新增加组件如果必须得拖动到页面的合适位置就太麻烦了,点击就添加肯定更效率。我之前做过类似的业务,和产品讨论了下,最后的结果是全都要,要能拖也要能直接点击。

拖动常常会造成冲突,像选择文字和点击与拖动的操作都是鼠标按下鼠标再抬起,有时候一个区域即需要拖动又需要能选择文字就比较麻烦。这个问题我还真碰到过,使用了拖动插件,但是拖动组件里面又套了输入框,用户想选择输入框中的文字就会成为拖动。最麻烦的还有轮播组件,要能支持手机和pc上拖动翻看,还要能点击触发链接,这个需要花不少功夫去微调,合理的判定用户的行为。如果要求不是很高的话,使用别人做好的开源插件会比较好。

为了减少冲突,我们还可以专门给个拖动的图标或按钮,只有这个指定区域才可以触发拖拽,这样能避免不少麻烦。

后记

我是一个实用主义者,不喜欢在 ui 上搞太多创新,以最低的代价达到目的是我的追求,也很少有产品是靠卷 UI 成功的

热门课程推荐

热门资讯

请绑定手机号

x

同学您好!

您已成功报名0元试学活动,老师会在第一时间与您取得联系,请保持电话畅通!
确定