Midday Desktop基于 Tauri 2 的多环境桌面客户端开发与配置指南【免费下载链接】middayInvoicing, Time tracking, File reconciliation, Storage, Financial Overview your own Assistant made for Freelancers项目地址: https://gitcode.com/GitHub_Trending/mi/midday本文围绕 Midday 桌面应用文档 展开讲解 Midday 如何用一套 Tauri 2 工程支撑 Development / Staging / Production 三套运行环境如何通过MIDDAY_ENV环境变量决定客户端加载的前端地址并深入源码剖析 macOS 原生透明标题栏、深链接、全局快捷键与自动更新等桌面端能力的实现细节。读完之后你可以独立在本地跑起任意环境的桌面端理解每个 npm script 背后的 Tauri 配置文件差异并能按源码逻辑排查环境没生效深链接没跳转这类常见问题。桌面应用的定位一个壳加载的是 Web 前端Midday 是一个面向自由职业者的 SaaS 产品发票、时间追踪、财务总览等其核心功能全部运行在 Web 前端中。桌面应用 apps/desktop 并不是独立实现业务逻辑的客户端而是基于 Tauri 2 构建的原生外壳Rust 侧负责窗口管理、深链接、全局快捷键、系统托盘和自动更新而窗口内容直接加载对应环境的 Web 应用 URL。从依赖清单 apps/desktop/package.json 可以看出技术栈tauri-apps/api2.x 及一系列 Tauri 官方插件deep-link、dialog、fs、global-shortcut、opener、process、updater、upload前端用 React 19 Vite 8Rust 侧 Cargo.toml 中tauri启用了macos-private-api、tray-icon、webview-data-url三个 featureedition 为 2024。这个结构决定了本文的主题桌面端的核心复杂度在壳的环境适配上而不是业务功能本身。三套环境MIDDAY_ENV 如何决定加载地址文档明确了桌面应用支持三套环境各自加载不同 URL环境MIDDAY_ENV取值加载的 URLDevelopmentdevelopment或devhttp://localhost:3001Stagingstaginghttps://beta.midday.aiProductionproduction或prodhttps://app.midday.ai未指定环境时默认走 development 模式。这段映射逻辑的真实实现在 Rust 入口 lib.rs 的get_app_url()函数中有两点值得注意// 先读运行时环境变量读不到再回退到编译期 option_env! let env env::var(MIDDAY_ENV) .unwrap_or_else(|_| { option_env!(MIDDAY_ENV) .unwrap_or(development) .to_string() });运行时优先、编译期兜底env::var(MIDDAY_ENV)优先读进程环境变量只有运行时没设置时才回退到编译期通过option_env!固化进二进制的值。这意味着打包后的应用如果编译时注入了MIDDAY_ENV也能确定性地启动到对应环境。未知取值回退 developmentmatch的兜底分支会把无法识别的环境值打印警告后落到http://localhost:3001。这是一个隐含的安全默认——拼错MIDDAY_ENV不会误连生产环境但本地调试时会发现窗口打开的其实是 localhost。入口调用链很短main.rs 只做一件事——midday_lib::run()而 lib.rs 的run()第一行就是let app_url get_app_url();随后用该 URL 作为WebviewUrl::External构建主窗口lib.rs。整个环境 → URL的解析就发生在这条链路上。环境变量与 npm scripts 的对应关系apps/desktop/package.json 中开发/构建脚本把MIDDAY_ENV显式写死在命令里保证每个脚本对应唯一环境# 运行dev 模式带热更新 bun run tauri:dev # MIDDAY_ENVdevelopment tauri dev --config src-tauri/tauri.dev.conf.json bun run tauri:staging # MIDDAY_ENVstaging tauri dev --config src-tauri/tauri.staging.conf.json bun run tauri:prod # MIDDAY_ENVproduction tauri dev # 构建 bun run tauri:build # tauri build --config src-tauri/tauri.dev.conf.json文档中的 Development Build bun run tauri:build:staging # tauri build --config src-tauri/tauri.staging.conf.json bun run tauri:build:prod # tauri build使用基础 tauri.conf.json注意一个细节tauri:dev/tauri:staging通过--config指定了额外的环境配置文件而tauri:prod不带--config直接基于 tauri.conf.json 运行。也就是说生产环境用基础配置dev/staging 用基础 覆盖的配置这是理解下一节配置文件差异的前提。手动设置环境不经过 npm scripts文档还给出了绕过脚本、直接设置变量的方式# macOS/Linux MIDDAY_ENVstaging tauri dev # Windows (PowerShell) $env:MIDDAY_ENVstaging; tauri dev # Windows (Command Prompt) set MIDDAY_ENVstaging tauri dev由于get_app_url()优先读运行时环境变量上述写法在三种 shell 下都等效于让窗口加载https://beta.midday.ai。环境配置文件三个同名应用如何互相隔离Tauri 的环境配置文件是部分覆盖式的——只写差异字段其余继承基础配置。三个文件恰好展示了产品、标识符、图标与深链接 scheme 的隔离策略生产基础配置tauri.conf.json{ productName: Midday, identifier: ai.midday.app, app: { macOSPrivateApi: true, withGlobalTauri: true }, bundle: { active: true, targets: all, createUpdaterArtifacts: true, macOS: { dmg: { background: ./images/installer.png } } }, plugins: { deep-link: { desktop: { schemes: [midday] } }, updater: { pubkey: dW50cnVzdGVkIGNvbW1lbnQ6..., endpoints: [https://api.midday.ai/desktop/update] } } }开发 tauri.dev.conf.jsonproductName改为Midday Devidentifier改为ai.midday.app.dev图标换成icons/dev/目录深链接 scheme 改为midday-dev并显式关闭createUpdaterArtifacts。预发布 tauri.staging.conf.jsonMidday Staging/ai.midday.app.staging图标icons/staging/schememidday-staging版本号0.1.0。这种隔离带来三个实际效果三个应用可以并装共存。identifier决定了应用的唯一标识macOS 上是 bundle idai.midday.app、ai.midday.app.dev、ai.midday.app.staging互不冲突开发者可以同时在 Mac 上装着正式客户端和 dev 客户端互不覆盖数据与进程。深链接 scheme 按环境隔离。midday://、midday-dev://、midday-staging://分别注册保证邮件里的查看发票深链接只会唤起对应环境的客户端。Rust 侧的 handle_deep_link_event 只处理 scheme 中含midday的 URL把 path 部分通过deep-link-navigate事件发给主窗口的 webview由前端完成实际路由——native 层只传路径不做页面拼装。dev 构建不产出更新包。createUpdaterArtifacts: false意味着 dev 构建不会被 updater 签名流程处理配合 lib.rs 中 updater 插件仅在#[cfg(desktop)]下挂载开发迭代不会触碰发布链路。另外从平台注册机制看lib.rs 的注释与#[cfg]条件编译macOS 不支持运行时注册 URL scheme必须通过.appbundle 安装到/Applications后由 Info.plist 完成注册而 Linux 与 Windows debug 构建支持deep_link().register_all()运行时注册。因此在 Windows/macOS 正式安装版中测试深链接scheme 已自动生效本地tauri dev下只有 Linux 能直接注册成功。macOS 原生透明标题栏的实现文档把 Native macOS transparent titlebar with traffic light buttons 列为核心特性并声明最小窗口尺寸 1450x900。对照 lib.rs 中主窗口的构建代码可以一一对应let win_builder WebviewWindowBuilder::new(app, main, WebviewUrl::External(...)) .title(Midday) .inner_size(1450.0, 910.0) .min_inner_size(1450.0, 910.0) .user_agent(Mozilla/5.0 (compatible; Midday Desktop App)) .decorations(false) // 去掉系统窗口边框 .visible(false) .transparent(true) // 窗口背景透明 .shadow(true) .hidden_title(true) .title_bar_style(TitleBarStyle::Overlay) // traffic light 悬浮在 webview 上 .disable_drag_drop_handler() ...decorations(false)transparent(true)hidden_title(true)组合去掉了原生标题栏让页面内容延伸到窗口顶部TitleBarStyle::Overlay让 macOS 红黄绿三个 traffic light 按钮悬浮在 webview 左上角页面需要自行给按钮区留出拖拽/点击空间这正是 lib.rs 所配置的native transparent titlebar配套的macOSPrivateApi: truetauri.conf.json与 Cargo.toml 的macos-private-apifeature 是透明窗口能力在 Tauri 2 中的前置开关二者缺一不可min_inner_size(1450.0, 910.0)即文档中minimum window size 1450x900 for optimal experience的代码落地窗口初始值 1450x910保证仪表盘类页面在桌面端不被压缩布局。值得说明的是transparent透明窗口在 Windows/Linux 上需要macos-private-api之外的额外系统支持从代码结构看该特性主要面向 macOS 打磨其他平台窗口仍可运行但视觉效果以各平台 webview 能力为准此为从源码结构推断。导航安全外链一律交给系统浏览器主窗口还挂了一个on_navigation钩子lib.rs借助 is_external_url 判断目标 URL 是否为http(s) 且 host 与当前环境地址不同。命中外链时通过tauri-plugin-opener调用系统浏览器打开并返回false阻止 webview 内跳转站内导航则放行。配合on_download钩子统一放行下载走系统默认下载目录这保证了 shell 不会把 webview 变成任意网站的容器也不劫持文件下载。全局快捷键、系统托盘与永不退出桌面端的另一个重点是常驻能力文档没有展开但源码给出了完整答案可作为运行该应用时的行为预期全局快捷键 ShiftAltKlib.rs 通过tauri-plugin-global-shortcut注册按下后调用 toggle_search_window。搜索窗口是按需懒创建的 720x450 无边框置顶窗口/desktop/search路由失焦自动隐藏Focused(false)事件触发 hide并在当前光标所在显示器居中position_window_on_current_monitor。前端可通过search-window-enabled事件动态开关该能力lib.rs。系统托盘加载icons/tray-icon.png构建托盘图标右键菜单只有 Check for Updates... 一项左键单击则直接切换搜索窗口lib.rs。拦截退出run 事件循环 在ExitRequested中调用api.prevent_exit()并隐藏主窗口与搜索窗口而Reopen事件macOS Dock 图标重开会重新显示并聚焦主窗口。目的是让全局快捷键在关闭窗口后依然可用——从源码结构看这是典型的关窗即退到托盘设计用户需要通过系统托盘或 Dock 行为来管理进程生命周期。自动更新静默周期检查 托盘手动检查生产配置中的 updater 插件指向https://api.midday.ai/desktop/update并附带 minisign 公钥校验更新包签名tauri.conf.json。Rust 侧把它组织成两条路径lib.rs静默检查silent_update_check应用启动后延迟 5 秒执行首次检查此后每 4 小时由tokio::time::interval循环触发发现新版本时弹出 A new version {version} is available. Would you like to update now? 对话框确认后download_and_install完成安装。手动检查check_for_updates命令由托盘菜单触发对三种结果都有显式反馈——可用更新提示安装、已是最新显示当前版本号、检查失败错误弹窗非 desktop 目标则提示更新由应用商店管理。dev 环境因为createUpdaterArtifacts: false不产出更新工件实际不会走更新链路这解释了为什么更新相关配置集中在生产tauri.conf.json中。实操清单与验证要点结合文档与源码日常开发桌面端的标准流程与验证方法如下起本地全栈先在本地把 Web 前端跑在3001端口再执行bun run tauri:dev。窗口应加载http://localhost:3001Rust 侧会打印 Environment detected: development/ Using development URL: ...lib.rs可作为环境解析正确性的第一手日志。切环境bun run tauri:staging加载beta.midday.aibun run tauri:prod加载app.midday.ai或不走脚本按前文的手动环境变量方式注入MIDDAY_ENV。打包三个bun run tauri:build*分别对应 dev/staging/生产安装包生产构建会额外生成 updater 签名工件createUpdaterArtifacts: true产物按bundle.targets: all输出全平台包macOS DMG 使用 installer.png 作为背景。排查深链接确认目标环境的 schememidday/midday-dev/midday-staging已注册macOS 需 bundle 安装后由 Info.plist 注册本地 Windows debug / Linux 由运行时register_all注册触发后 Rust 侧打印 Deep link received: ...主窗口收到deep-link-navigate事件并被show()set_focus()拉到前台lib.rs。排查窗口不显示主窗口初始为visible(false)依赖前端驱动显示源码中还有一个 2 秒兜底定时器若窗口仍不可见则强制show()并聚焦lib.rs。若前端从未调用显示逻辑且兜底也失效窗口将保持隐藏——这是visible(false)初始化的固有注意点。行为预期点击窗口关闭按钮不会真正退出进程prevent_exit应用驻留托盘ShiftAltK 与托盘左键唤出搜索窗口失焦自动收起。小结apps/desktop/README.md 描述的是一套以MIDDAY_ENV为单一环境开关、以 Tauri 配置文件覆盖为隔离手段的多环境桌面客户端方案npm scripts 同时注入运行时变量与环境配置文件get_app_url()在 Rust 侧完成变量到 URL 的最终解析dev/staging/production 通过不同的identifier与深链接 scheme 实现三应用并存透明标题栏由macos-private-apiTitleBarStyle::Overlay组合实现深链接、全局快捷键、托盘与 updater 共同构成桌面壳的常驻能力。对需要复用这套模式的项目而言运行时环境变量优先 配置文件按环境部分覆盖 标识符/scheme 按环境隔离这三点是最值得照搬的设计。【免费下载链接】middayInvoicing, Time tracking, File reconciliation, Storage, Financial Overview your own Assistant made for Freelancers项目地址: https://gitcode.com/GitHub_Trending/mi/midday创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
Midday Desktop：基于 Tauri 2 的多环境桌面客户端开发与配置指南
Midday Desktop基于 Tauri 2 的多环境桌面客户端开发与配置指南【免费下载链接】middayInvoicing, Time tracking, File reconciliation, Storage, Financial Overview your own Assistant made for Freelancers项目地址: https://gitcode.com/GitHub_Trending/mi/midday本文围绕 Midday 桌面应用文档 展开讲解 Midday 如何用一套 Tauri 2 工程支撑 Development / Staging / Production 三套运行环境如何通过MIDDAY_ENV环境变量决定客户端加载的前端地址并深入源码剖析 macOS 原生透明标题栏、深链接、全局快捷键与自动更新等桌面端能力的实现细节。读完之后你可以独立在本地跑起任意环境的桌面端理解每个 npm script 背后的 Tauri 配置文件差异并能按源码逻辑排查环境没生效深链接没跳转这类常见问题。桌面应用的定位一个壳加载的是 Web 前端Midday 是一个面向自由职业者的 SaaS 产品发票、时间追踪、财务总览等其核心功能全部运行在 Web 前端中。桌面应用 apps/desktop 并不是独立实现业务逻辑的客户端而是基于 Tauri 2 构建的原生外壳Rust 侧负责窗口管理、深链接、全局快捷键、系统托盘和自动更新而窗口内容直接加载对应环境的 Web 应用 URL。从依赖清单 apps/desktop/package.json 可以看出技术栈tauri-apps/api2.x 及一系列 Tauri 官方插件deep-link、dialog、fs、global-shortcut、opener、process、updater、upload前端用 React 19 Vite 8Rust 侧 Cargo.toml 中tauri启用了macos-private-api、tray-icon、webview-data-url三个 featureedition 为 2024。这个结构决定了本文的主题桌面端的核心复杂度在壳的环境适配上而不是业务功能本身。三套环境MIDDAY_ENV 如何决定加载地址文档明确了桌面应用支持三套环境各自加载不同 URL环境MIDDAY_ENV取值加载的 URLDevelopmentdevelopment或devhttp://localhost:3001Stagingstaginghttps://beta.midday.aiProductionproduction或prodhttps://app.midday.ai未指定环境时默认走 development 模式。这段映射逻辑的真实实现在 Rust 入口 lib.rs 的get_app_url()函数中有两点值得注意// 先读运行时环境变量读不到再回退到编译期 option_env! let env env::var(MIDDAY_ENV) .unwrap_or_else(|_| { option_env!(MIDDAY_ENV) .unwrap_or(development) .to_string() });运行时优先、编译期兜底env::var(MIDDAY_ENV)优先读进程环境变量只有运行时没设置时才回退到编译期通过option_env!固化进二进制的值。这意味着打包后的应用如果编译时注入了MIDDAY_ENV也能确定性地启动到对应环境。未知取值回退 developmentmatch的兜底分支会把无法识别的环境值打印警告后落到http://localhost:3001。这是一个隐含的安全默认——拼错MIDDAY_ENV不会误连生产环境但本地调试时会发现窗口打开的其实是 localhost。入口调用链很短main.rs 只做一件事——midday_lib::run()而 lib.rs 的run()第一行就是let app_url get_app_url();随后用该 URL 作为WebviewUrl::External构建主窗口lib.rs。整个环境 → URL的解析就发生在这条链路上。环境变量与 npm scripts 的对应关系apps/desktop/package.json 中开发/构建脚本把MIDDAY_ENV显式写死在命令里保证每个脚本对应唯一环境# 运行dev 模式带热更新 bun run tauri:dev # MIDDAY_ENVdevelopment tauri dev --config src-tauri/tauri.dev.conf.json bun run tauri:staging # MIDDAY_ENVstaging tauri dev --config src-tauri/tauri.staging.conf.json bun run tauri:prod # MIDDAY_ENVproduction tauri dev # 构建 bun run tauri:build # tauri build --config src-tauri/tauri.dev.conf.json文档中的 Development Build bun run tauri:build:staging # tauri build --config src-tauri/tauri.staging.conf.json bun run tauri:build:prod # tauri build使用基础 tauri.conf.json注意一个细节tauri:dev/tauri:staging通过--config指定了额外的环境配置文件而tauri:prod不带--config直接基于 tauri.conf.json 运行。也就是说生产环境用基础配置dev/staging 用基础 覆盖的配置这是理解下一节配置文件差异的前提。手动设置环境不经过 npm scripts文档还给出了绕过脚本、直接设置变量的方式# macOS/Linux MIDDAY_ENVstaging tauri dev # Windows (PowerShell) $env:MIDDAY_ENVstaging; tauri dev # Windows (Command Prompt) set MIDDAY_ENVstaging tauri dev由于get_app_url()优先读运行时环境变量上述写法在三种 shell 下都等效于让窗口加载https://beta.midday.ai。环境配置文件三个同名应用如何互相隔离Tauri 的环境配置文件是部分覆盖式的——只写差异字段其余继承基础配置。三个文件恰好展示了产品、标识符、图标与深链接 scheme 的隔离策略生产基础配置tauri.conf.json{ productName: Midday, identifier: ai.midday.app, app: { macOSPrivateApi: true, withGlobalTauri: true }, bundle: { active: true, targets: all, createUpdaterArtifacts: true, macOS: { dmg: { background: ./images/installer.png } } }, plugins: { deep-link: { desktop: { schemes: [midday] } }, updater: { pubkey: dW50cnVzdGVkIGNvbW1lbnQ6..., endpoints: [https://api.midday.ai/desktop/update] } } }开发 tauri.dev.conf.jsonproductName改为Midday Devidentifier改为ai.midday.app.dev图标换成icons/dev/目录深链接 scheme 改为midday-dev并显式关闭createUpdaterArtifacts。预发布 tauri.staging.conf.jsonMidday Staging/ai.midday.app.staging图标icons/staging/schememidday-staging版本号0.1.0。这种隔离带来三个实际效果三个应用可以并装共存。identifier决定了应用的唯一标识macOS 上是 bundle idai.midday.app、ai.midday.app.dev、ai.midday.app.staging互不冲突开发者可以同时在 Mac 上装着正式客户端和 dev 客户端互不覆盖数据与进程。深链接 scheme 按环境隔离。midday://、midday-dev://、midday-staging://分别注册保证邮件里的查看发票深链接只会唤起对应环境的客户端。Rust 侧的 handle_deep_link_event 只处理 scheme 中含midday的 URL把 path 部分通过deep-link-navigate事件发给主窗口的 webview由前端完成实际路由——native 层只传路径不做页面拼装。dev 构建不产出更新包。createUpdaterArtifacts: false意味着 dev 构建不会被 updater 签名流程处理配合 lib.rs 中 updater 插件仅在#[cfg(desktop)]下挂载开发迭代不会触碰发布链路。另外从平台注册机制看lib.rs 的注释与#[cfg]条件编译macOS 不支持运行时注册 URL scheme必须通过.appbundle 安装到/Applications后由 Info.plist 完成注册而 Linux 与 Windows debug 构建支持deep_link().register_all()运行时注册。因此在 Windows/macOS 正式安装版中测试深链接scheme 已自动生效本地tauri dev下只有 Linux 能直接注册成功。macOS 原生透明标题栏的实现文档把 Native macOS transparent titlebar with traffic light buttons 列为核心特性并声明最小窗口尺寸 1450x900。对照 lib.rs 中主窗口的构建代码可以一一对应let win_builder WebviewWindowBuilder::new(app, main, WebviewUrl::External(...)) .title(Midday) .inner_size(1450.0, 910.0) .min_inner_size(1450.0, 910.0) .user_agent(Mozilla/5.0 (compatible; Midday Desktop App)) .decorations(false) // 去掉系统窗口边框 .visible(false) .transparent(true) // 窗口背景透明 .shadow(true) .hidden_title(true) .title_bar_style(TitleBarStyle::Overlay) // traffic light 悬浮在 webview 上 .disable_drag_drop_handler() ...decorations(false)transparent(true)hidden_title(true)组合去掉了原生标题栏让页面内容延伸到窗口顶部TitleBarStyle::Overlay让 macOS 红黄绿三个 traffic light 按钮悬浮在 webview 左上角页面需要自行给按钮区留出拖拽/点击空间这正是 lib.rs 所配置的native transparent titlebar配套的macOSPrivateApi: truetauri.conf.json与 Cargo.toml 的macos-private-apifeature 是透明窗口能力在 Tauri 2 中的前置开关二者缺一不可min_inner_size(1450.0, 910.0)即文档中minimum window size 1450x900 for optimal experience的代码落地窗口初始值 1450x910保证仪表盘类页面在桌面端不被压缩布局。值得说明的是transparent透明窗口在 Windows/Linux 上需要macos-private-api之外的额外系统支持从代码结构看该特性主要面向 macOS 打磨其他平台窗口仍可运行但视觉效果以各平台 webview 能力为准此为从源码结构推断。导航安全外链一律交给系统浏览器主窗口还挂了一个on_navigation钩子lib.rs借助 is_external_url 判断目标 URL 是否为http(s) 且 host 与当前环境地址不同。命中外链时通过tauri-plugin-opener调用系统浏览器打开并返回false阻止 webview 内跳转站内导航则放行。配合on_download钩子统一放行下载走系统默认下载目录这保证了 shell 不会把 webview 变成任意网站的容器也不劫持文件下载。全局快捷键、系统托盘与永不退出桌面端的另一个重点是常驻能力文档没有展开但源码给出了完整答案可作为运行该应用时的行为预期全局快捷键 ShiftAltKlib.rs 通过tauri-plugin-global-shortcut注册按下后调用 toggle_search_window。搜索窗口是按需懒创建的 720x450 无边框置顶窗口/desktop/search路由失焦自动隐藏Focused(false)事件触发 hide并在当前光标所在显示器居中position_window_on_current_monitor。前端可通过search-window-enabled事件动态开关该能力lib.rs。系统托盘加载icons/tray-icon.png构建托盘图标右键菜单只有 Check for Updates... 一项左键单击则直接切换搜索窗口lib.rs。拦截退出run 事件循环 在ExitRequested中调用api.prevent_exit()并隐藏主窗口与搜索窗口而Reopen事件macOS Dock 图标重开会重新显示并聚焦主窗口。目的是让全局快捷键在关闭窗口后依然可用——从源码结构看这是典型的关窗即退到托盘设计用户需要通过系统托盘或 Dock 行为来管理进程生命周期。自动更新静默周期检查 托盘手动检查生产配置中的 updater 插件指向https://api.midday.ai/desktop/update并附带 minisign 公钥校验更新包签名tauri.conf.json。Rust 侧把它组织成两条路径lib.rs静默检查silent_update_check应用启动后延迟 5 秒执行首次检查此后每 4 小时由tokio::time::interval循环触发发现新版本时弹出 A new version {version} is available. Would you like to update now? 对话框确认后download_and_install完成安装。手动检查check_for_updates命令由托盘菜单触发对三种结果都有显式反馈——可用更新提示安装、已是最新显示当前版本号、检查失败错误弹窗非 desktop 目标则提示更新由应用商店管理。dev 环境因为createUpdaterArtifacts: false不产出更新工件实际不会走更新链路这解释了为什么更新相关配置集中在生产tauri.conf.json中。实操清单与验证要点结合文档与源码日常开发桌面端的标准流程与验证方法如下起本地全栈先在本地把 Web 前端跑在3001端口再执行bun run tauri:dev。窗口应加载http://localhost:3001Rust 侧会打印 Environment detected: development/ Using development URL: ...lib.rs可作为环境解析正确性的第一手日志。切环境bun run tauri:staging加载beta.midday.aibun run tauri:prod加载app.midday.ai或不走脚本按前文的手动环境变量方式注入MIDDAY_ENV。打包三个bun run tauri:build*分别对应 dev/staging/生产安装包生产构建会额外生成 updater 签名工件createUpdaterArtifacts: true产物按bundle.targets: all输出全平台包macOS DMG 使用 installer.png 作为背景。排查深链接确认目标环境的 schememidday/midday-dev/midday-staging已注册macOS 需 bundle 安装后由 Info.plist 注册本地 Windows debug / Linux 由运行时register_all注册触发后 Rust 侧打印 Deep link received: ...主窗口收到deep-link-navigate事件并被show()set_focus()拉到前台lib.rs。排查窗口不显示主窗口初始为visible(false)依赖前端驱动显示源码中还有一个 2 秒兜底定时器若窗口仍不可见则强制show()并聚焦lib.rs。若前端从未调用显示逻辑且兜底也失效窗口将保持隐藏——这是visible(false)初始化的固有注意点。行为预期点击窗口关闭按钮不会真正退出进程prevent_exit应用驻留托盘ShiftAltK 与托盘左键唤出搜索窗口失焦自动收起。小结apps/desktop/README.md 描述的是一套以MIDDAY_ENV为单一环境开关、以 Tauri 配置文件覆盖为隔离手段的多环境桌面客户端方案npm scripts 同时注入运行时变量与环境配置文件get_app_url()在 Rust 侧完成变量到 URL 的最终解析dev/staging/production 通过不同的identifier与深链接 scheme 实现三应用并存透明标题栏由macos-private-apiTitleBarStyle::Overlay组合实现深链接、全局快捷键、托盘与 updater 共同构成桌面壳的常驻能力。对需要复用这套模式的项目而言运行时环境变量优先 配置文件按环境部分覆盖 标识符/scheme 按环境隔离这三点是最值得照搬的设计。【免费下载链接】middayInvoicing, Time tracking, File reconciliation, Storage, Financial Overview your own Assistant made for Freelancers项目地址: https://gitcode.com/GitHub_Trending/mi/midday创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
