dsh-workspace-tree

LIMITATIONS

已知限制

- **它是一层影子实现，天然跟着官方版本跑。** 官方改 `sidebar.workspaces` 的 props 或服务位置， 插件就得跟着改 —— 仓库里 `a6ee319` 那次提交正是为此：DSH 0.1.2 把 `startSession` / `connectWorkspace` / `pickDirectory` 从 `workspaces` 控制器挪进了 `uiWorkspace` 服务。 这也是它最终被官方替代后不值得继续维护的原因。 - **「在文件夹中打开」是 Windows 专用**：源码直接调 `cmd.exe` / `explorer.exe` / `powershell.exe` （`AppActivate` 做前台激活），且**没有** `process.platform` 判断。非 Windows 平台上这一项必然不可用； 树 UI 本身不依赖平台。 - **它换掉官方组件时，官方那块的附属能力会一起消失。** 官方 `directoryFlow` 槽位被替换后， 官方 browse 装配不再可用，所以「新建文件夹」只能自带 `POST /mkdir` 走真实 `fs.mkdir`。 - **官方 UI 的「在文件夹中打开」按钮会跟着消失**，因此树 UI 复刻了一个，后端也自带 （移植自 `dsh-open-folder` v2.2），代价是这段逻辑变成了本插件的一部分。 - **`localStorage` 偏好是浏览器级的**：同一台机器不同 profile / 不同端口的工作区树，记忆是各自的。 - **宿主半边的改动要重新装配 profile**；桌面端受 Node 模块缓存影响通常要重启应用（同族插件实测记录）。 - 界面只有中文。 <a id="dev"></a>