今天我们来说说最近看到的特殊组件
，2个都非常实用！人知

一、端但超的特底部抽屉

业务背景 ：

抽屉或许大家都比较熟悉 ，设计师必实用殊组但底部抽屉听上去就有些陌生。人知

它其实是端但超的特从底部向上弹起的一个抽屉形态，在各大设计系统当中都会支持的设计师必实用殊组一个容器 。

对于用户而言最早熟悉的是源自移动端的整体交互 ，但随着 B 端行业的设计师必实用殊组不断发展，行业中对于容器的人知需求越来越大
，因此需要更多不同的端但超的特形式窗口展示页面。

底部抽屉就这样诞生！设计师必实用殊组

对于底部抽屉而言
，人知虽然只是显示容器上的变化 ，但是你会发现在交互上有着翻天覆地的改变
，我们结合实际案例来一起分析
。

组件解法：

在实际项目中，我们可以使用飞书多维表格 ，点击插件中心，就会发现底部抽屉进行展示。

只是出现的位置不同 ，真的会带来如此大的差异？

其实底部最大的好处便是聚焦，右侧抽屉视觉重心都在右侧，因此在呈现上会更适合短暂停留
。右侧抽屉的宽度因业务场景差异难以统一界定 ，部分设计虽支持自定义宽度 ，但实际使用率较低 ，功能略显鸡肋。

底部抽屉更类似‘放大版弹窗’
，既能作为信息补充容器  ，又因底部上滑的交互模式 ，相比传统弹窗或新建页，对主流程的中断感更弱。因此这就是 底部抽屉 的价值～

二 、缩小展开窗口

业务背景：

在窗口的容器当中 ，也会出现类似的情况 。给我印象较为深刻的便是 Gmail 写邮件的具体容器～

首先在 Gmail 当中会将写邮件的状态进行定义 ：认真写、看会写会、等会儿写

认真写 ：窗口放大，窗口全屏直接去写

看会写会：在右下角，小窗口直接输入

等会儿写：就缩小，能够去查看不同的邮件

而这个设计其实与我们使用的原生系统类似，像 Win 、Mac 系统一样的窗口呼出方式～

组件解法 ：

在组件当中 ，其实不同的容器并不是绝对的
，多形态的变化也是当前整体行业的趋势。

比如在 Notion 当中，数据结构相同 ，但是可以呈现不同的容器。比如 弹窗 、抽屉、新建页，在这里它都可以解决。

相同的做法也会出现在 纷享销客 的软件当中，因此不同交互方式之间 ，或许现在的界限也没有那么明确，只要做到根据用户的场景分析合理即可～

当然除了这部分之外，在 YouTube 当中也有一个类似的交互。

当你想要全屏查看视频时 ，它并不是不可滚动，而是可以向下滚动去阅读评论区
，因此 ，现如今的设计中 ，全屏的定义不再是不可交互的独立界面 ，而是可滚动、可操作的放大版窗口。

我们最近在辅导一个 WMS 系统的作品集 ，其中有一个固定的角色是，每天只会在一个固定页面进行称重和录入操作 ，这时候就可以考虑在页面右上角放置 全屏操作入口，方便用户可以隐藏不必要的导航菜单信息，做到更为沉浸的使用。（由于内容比较敏感 ，因此就找一张类似配图）

作者：CE青年

版权声明：全国天气预报查询_天气生活资讯 | 空气站k7z.cn ，转载请注明出处：https://www.k7z.cn/news/84e89499021.html