乐于分享
好东西不私藏

为什么 PlainApp 没有采用 NAS 常见的“网页桌面”设计

为什么 PlainApp 没有采用 NAS 常见的“网页桌面”设计

很多 NAS 产品喜欢把 Web 界面做成一个网页版操作系统:桌面、图标、任务栏、窗口、多任务管理。

这种设计看起来很酷,但实际会带来不少问题。

1. 状态管理复杂

桌面式 UI 本质上是一个窗口管理系统。

需要管理:

  • 窗口位置
  • 窗口大小
  • 窗口层级
  • 打开的应用
  • 标签页状态
  • 滚动位置

用户刷新页面、断线重连、更换设备后,都需要考虑状态恢复。

随着功能增加,状态管理复杂度会持续上升。

2. 移动端适配困难

桌面系统是为鼠标设计的。

而今天大量用户通过手机访问 NAS。

窗口拖拽、多窗口布局、右键菜单等交互在手机上体验并不好。

很多产品最终不得不维护两套甚至三套 UI。

3. 空间利用率低

桌面背景、任务栏、窗口边框都会占用显示空间。

对于文件管理、照片浏览、设备控制等场景,用户更关心内容本身,而不是桌面环境。

相同屏幕尺寸下,应用式布局通常能展示更多有效信息。

4. 增加学习成本

用户已经在 Windows、macOS、Android 或 iOS 中。

再进入一个网页版“操作系统”,相当于增加了一层交互模型。

用户需要理解额外的窗口逻辑、任务逻辑和导航逻辑。

5. 开发成本高,收益有限

桌面式 UI 需要投入大量资源实现:

  • 窗口系统
  • 布局恢复
  • 多任务管理
  • 状态同步
  • 拖拽交互

这些工作并不能直接提升文件管理、远程控制、同步、搜索等核心功能。

对于个人开发者或小团队来说,投入产出比并不高。

PlainApp 的选择

PlainApp 更倾向于任务导向设计。

用户想管理文件,就进入文件页面。

用户想控制设备,就进入设备页面。

用户想查看照片,就进入照片页面。

这样做有几个优势:

  • 更容易维护
  • 更容易适配手机
  • 更容易同步状态
  • 更容易扩展功能
  • 学习成本更低

相比做一个网页版操作系统,我更希望把时间投入到真正提升用户体验的功能上。

例如:

  • 不依赖 Root 或 ADB 的设备控制
  • 更好的文件管理
  • 更快的局域网访问
  • 更稳定的远程连接
  • 更多跨设备协作能力

这些能力比一个炫酷的桌面界面更有价值。

相关学习资料