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

一、端但超的特底部抽屉

业务背景 ：

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

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

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

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

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

组件解法：

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

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

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

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

二 
、缩小展开窗口

业务背景 ：

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

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

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

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

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

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

组件解法：

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

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

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

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

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

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

作者：CE青年