数码硬件
morning
App+1 | 把图标收进格子,DeskBox 让桌面整洁有序
2026-08-14
1 阅读
约10分钟阅读
大雨实验室
字号:
Matrix 首页推荐 Matrix 是少数派的写作社区,我们主张分享真实的产品体验,有实用价值的经验与思考。我们会不定期挑选 Matrix 最优质的文章,展示来自用户的最真实的体验和观点。 文章代表作者个人观点,少数派仅对标题和排版略作修改。 作者声明: DeskBox 是我使用 AI Vibe Coding 独立开发的项目,目前在 Github 免费开源,本文不含付费推广,本文部分内容使用了 AI 进行辅助创作。 这是我第一次在少数派写文章,想先聊一个大多数人每天都会面对的问题:Windows 桌面为什么总是很容易变乱? 截图、压缩包、微信接收的文件、临时导出的表格、过几天还要处理的资料,全都很自然地落到桌面上。刚开始只有几个,后来慢慢铺满整个屏幕。偶尔整理一次,通常也只是把它们塞进一个叫作「新建文件夹」的地方。 这不完全是因为懒。 桌面本来就是电脑上最顺手的临时空间,但 Windows 给它的组织方式一直比较单一:文件、文件夹,以及摆放位置。我们可以把文件放进文件夹,却很难在不离开桌面的情况下,看清文件夹里有什么,也很难同时保留「随手放」和「有秩序」这两件事。 我试过把桌面彻底清空,也试过启动器、快捷方式和一些桌面美化工具。它们各有用处,但我真正想要的并不是另一个启动器,也不是把桌面替换成一套全新的工作台。 我只是想给原来的 Windows 桌面,多加一层简单的整理能力。所以我做了 DeskBox。 它简洁,轻量,克制,免费开源,且完全遵循 Windows 设计规范,能完美与 Windows 的设置,个性化联动。包括明暗模式,主题色,材质,圆角组件等。 格子不是桌面上的装饰 DeskBox 最基础的东西,是一个个可以独立摆放和调整大小的文件格子。 其中一种叫「收纳格子」。它背后对应一个真实文件夹,把文件拖进去,就会移动到对应目录。你在资源管理器里仍然能看到这些文件,也可以正常复制、重命名、删除和打开。DeskBox 不会把文件塞进自己的数据库,更不会把它们变成只有软件自己认识的格式。 另一种是「文件夹映射」。如果已经有整理好的项目目录、下载目录或素材文件夹,可以直接把它映射成格子。它只提供桌面上的查看和操作入口,不改变原文件的位置。 这两种方式看起来很像,解决的却是不同的问题。 收纳格子适合接住桌面上不断出现的临时文件;文件夹映射适合把经常打开的目录带到桌面上。一个负责「把东西放进去」,一个负责「让我随时看得到」。 我很在意这一点,因为文件整理工具最不应该做的事情,就是把用户的文件困在工具里。 哪天不想用 DeskBox 了,文件依然是原来的文件,文件夹也依然是原来的文件夹。 当然,如果你是第一次使用,也不用担心,DeskBox里面有完整的新手指导,几步就能理解并快速上手。 桌面上需要的,不只是文件 真正使用一段时间后,我发现桌面上让人分心的并不只有文件。 有时是一件今天必须完成的小事,有时是一段稍后还要复制的文字,有时只是想看一眼天气,或者切到下一首歌。 如果每次都要打开一个完整应用,处理成本反而有点高。所以 DeskBox 后来增加了待办、随记、天气和音乐几类功能格子。 但我并不想把它们做成对应专业软件的缩小版。 待办不是另一个复杂的项目管理系统。它适合快速记下一件事,在桌面上看见它,需要时再进入详情设置截止日期、提醒和重复。 随记也不是知识库。它更像一张临时放在桌面上的纸,可以写文字、放图片、固定常用内容,再用不同纸张稍微区分一下用途。 音乐格子只连接 Windows 的系统媒体会话,用来显示封面、歌名和常用播放控制;天气格子则根据尺寸自动改变信息密度,小尺寸看当前天气,拉大后再展示逐小时和多日预报。 这些格子的共同点是,它们都应该在需要时离手边很近,不需要时又足够安静。 不一直置顶,也不彻底消失 桌面格子有一个很麻烦的问题:窗口层级。 如果始终置顶,它们会挡住浏览器、文档和聊天窗口;如果固定在桌面底层,真正需要的时候,又得先最小化一堆窗口才能找到。 DeskBox 默认采用动态层级。通过托盘或快捷键唤起时,所有格子会回到前台;之后不再强行霸占最上层,而是把窗口关系重新交给 Windows 管理。 你点击其他应用,其他应用就会自然盖在格子上面;再次点击某个格子,它只会回到当前窗口之前。点击格子标题时,则可以一次唤起全部格子。 这套逻辑听起来不算复杂,实际却花了我很长时间。多显示器、Win+D、快捷键、托盘、全屏窗口和不同的点击顺序,都会改变最终结果。 它也是桌面工具和普通应用很不一样的地方:很多体验没有一个可以直接套用的标准答案,只能真的把它放在桌面上,每天去用。 我喜欢那些不太显眼的反馈 DeskBox 基于 WinUI 3 和 Windows App SDK 开发。我会优先使用 Windows 原生组件、系统材质和窗口能力,只有原生方案无法满足时,才自己绘制。 我不希望它看起来像一个盖在 Windows 上面的网页,也不希望每个操作都配上很夸张的动画。 比如调整格子大小时,边缘靠近其他格子或屏幕边界,会出现辅助参考线。参考线有一点很轻的呼吸效果,不是为了炫技,而是让对齐这件事更容易被感知。 文件拖到格子上方时也会有反馈,但我特意把它做得很弱。它只需要告诉你「这里可以放」,不应该一直抢注意力。 我比较喜欢这种设计:功能确实存在,但平时不大声提醒你它的存在。 做得更多,不一定更好用 独立做产品很容易陷入一个节奏:有人提了一个想法,就想赶紧做上去;看到别的软件有一个功能,也会担心自己是不是缺了什么。 我前一段时间就有点着急。 结果是功能增长得很快,但有些地方只是「先做出来了」。之前的待办和随记就是这样,入口很多,信息层级却不够清楚,视觉和交互也没有真正整理好。说实话,那时候连我自己都不太想用。 后来我停下来,把这两个格子从布局、字号、间距、选中状态,到详情编辑、拖动排序和批量操作重新梳理了一遍。 这个过程让我重新确认了一件事:只有我自己长期使用起来舒服的东西,才适合交给其他人。 用户反馈当然重要,但把每条反馈都立即变成功能,不一定是在尊重用户。产品需要有边界,也需要克制。有些建议我会尽量实现,有些和整体方向确实冲突的,只能抱歉地放下。 我希望 DeskBox 最后是一个简单、好用的工具,而不是一个什么都能做、但每件事都做得不够舒服的工具。 轻量不是少几个按钮 一个长期放在桌面上的应用,性能本身就是功能。 早期把所有功能格子打开后,我的电脑上内存占用大约在 140MB。音乐格子还出现过连续播放和切歌后,内存不断增长的问题。反复切换语言、明暗模式、材质和透明度,也会留下没有及时释放的资源。 后面我重新整理了窗口生命周期、定时器、图片解码、图标缓存、主题刷新和事件订阅。现在在相同的日常测试环境里,所有功能格子同时打开,内存基本稳定在 50MB 左右。 不同电脑、不同图片和文件数量下的结果肯定不完全一样,但我的目标很明确:当用户没有操作 DeskBox 时,它应该知道安静下来。 轻量不等于界面简陋,也不等于少用新的系统能力。它更应该意味着,不做无意义的持续刷新,不留下不再使用的资源,也不为了一个小效果引入很重的东西。 它适合谁,也不适合谁 DeskBox 目前主要面向 Windows
这篇文章对您有帮助吗?
订阅66必读
每日精选科技资讯,直达你的邮箱