海豹办公（Seal Office）1.9.15 是一款免费开源的办公软件，提供文字、表格、演示文稿及 PDF 页面处理，并发布 Windows、Ubuntu、Android 和 HarmonyOS 安装包。本文结合本次版本更新，介绍共用编辑器的跨端实现思路、Access 数据库接入边界，以及移动端模板和本地资源故障的排查方法。
与单纯罗列功能相比，跨端办公更值得关注的问题是：文件能否安全往返，服务依赖能否正确初始化，生产资源能否在本地协议下加载，以及最终安装包是否真正包含修复。
项目功能与平台范围
海豹办公把文字、电子表格、演示和 PDF 入口放在统一工作台中，以底部多标签管理首页与已打开文件。用户可以先完成本地编辑与保存，再按需启用账号、云空间和智能助手。
Windows 提供 x64 安装版与便携版，Ubuntu 提供 amd64 DEB，Android 提供 APK，HarmonyOS 提供正式签名的 App Pack。MSIX 用于微软商店提交流程，不应把存在 MSIX 文件理解为已在商店上线。iOS 当前只有项目与资源准备，没有公开 IPA。
本次版本的主要变化包括全局中英文切换、Windows Access 数据库工作区、新建 PDF 和 ACCDB 入口、演示放映画笔及贴边工具栏修复、网盘式云空间，以及移动端模板、登录资源和启动页修复。
图1：海豹办公 1.9.15 工作台实图，文字、表格、演示和 PDF 共用入口。
共用编辑器不等于平台能力完全相同
桌面端按文件、Office、PDF、系统和模型服务拆分 IPC，渲染层通过类型化桥接调用主进程能力。移动项目使用 uni-app x 的 UTS 外壳加载安装包内的本地编辑器，并在平台桥接层适配文件、网络和原生行为。
这种方式可以复用编辑界面与部分服务，但需要明确两类边界：一类是文件读写、网络请求、窗口和系统返回键等平台差异；另一类是依赖原生组件的能力，例如 Windows ACE 数据库引擎。共享 UI 并不会自动让其他平台拥有同样的原生引擎。
从维护角度看，桥接层应该承担差异隔离，而不是让编辑器各处根据平台零散判断。新增能力时，先确定服务需要什么资源与系统依赖，再决定哪些平台实现、哪些平台不暴露入口。
Access MDB 和 ACCDB 的接入范围
Windows 版数据库工作区面向 Access 2003 MDB，以及 Access 2007 至当前版本的 ACCDB。用户可以查看表、字段、索引、关系与保存查询，进行表数据增删改查、SQL 查询和 CSV 导入导出。新建数据库默认使用 .accdb。
这项能力依赖兼容的 Microsoft Access Runtime / ACE 引擎，需要检查引擎安装状态、位数与实际连接结果。数据库文件格式支持与 Access 应用运行能力是不同问题：当前工作区不执行 Access 专属窗体、报表、VBA、宏、ActiveX 或 OLE。
1.9.15 修复过两类"运行环境已安装但创建失败"的问题。第一类是工作脚本超过 Windows 命令行长度上限，表现为子进程启动阶段失败；第二类是连接字符串中的标准 Data Source 键被错误序列化。两者都说明，不能把所有连接失败都归因于用户没有安装驱动。
更合理的诊断顺序是先判断进程是否启动成功，再判断提供程序是否存在，然后检查连接参数、路径、权限与数据库状态。对写入、导入或结构操作，应先备份原库，再在副本上验证。
文档兼容应按对象与往返能力判断
"支持 DOCX、XLSX、PPTX"如果没有说明具体对象和读写范围，很容易造成误解。一个文档既包含文字和数字，也可能包含超链接、嵌入对象、特殊域、图片、公式、复杂版式与宏。导入成功并不能证明再导出后完全相同。
本次扩充了 Unicode、XML 数字实体、特殊符号和安全超链接的读写处理，同时保留对不能可靠往返内容的风险提示。保护来源文件的原则是：对不能可靠保真的内容，不应直接覆盖原文件，而应通过另存副本保留回退路径。
建议把兼容测试至少分成四层：解析是否完成，编辑后内容是否正确，导出后是否可以重新打开，以及使用原软件复核后是否保留关键对象与布局。这里的分层是适用于办公软件的测试方法，不是对所有文件已经通过测试的宣称。
模板预览报错为什么与服务参数有关
移动端曾出现点击演示模板后提示"恢复 is not a function"的问题。模板界面可以显示，并不代表创建演示副本所需的资源存储已经就绪。
本次排查定位到演示通道注册时的参数位置：第二个参数应是演示资源存储，识别与录制等服务依赖应放在第三个参数。将服务依赖对象误传到资源存储位置后，后续恢复资源或读取图片会调用到错误对象。
修复后的关键调用位于仓库 mobile/web/bridge.ts：
ts
core.presentation.注册演示通道(ipcMain, undefined, {
识别服务: core.recognition.创建识别服务({ 助手服务: assistant }),
录制服务: recording
})这段代码是当前项目调用示例，不是可直接移植到其他项目的通用 API。它表达的经验是：不能只验证函数存在，还要验证传入对象的职责与后续调用契约。对于多个可选对象参数，维护时值得考虑更清晰的命名参数或更严格的类型约束，减少位置传参的歧义。
回归测试也不应只停留在"模板卡片显示正常"。至少应覆盖点击模板、查看多页预览、读取图片、创建副本、进入编辑器和保存后的重开路径。内置市场当前包含 300 套原创可编辑模板，手机端按封面浏览、每页 8 套，避免首次进入就构建全部页面。
图2：移动端模板多页预览实图，可查看图片与页面结构并创建编辑副本。
本地协议中的 Logo 丢失与启动页变形
登录页 Logo 丢失的另一个原因发生在构建资源解析环节：脚本二次合并后，本地资源 URL 丢失了 assets 目录语义。开发服务器下能访问的资源，在生产 IIFE 与 file:// 环境下未必仍能解析到同一位置。
因此，移动端回归应直接运行最终构建资源，而不能只看开发服务器截图。检查内容包括真实输出目录、脚本与图片相对路径、最终图片解码，以及安装包中实际包含的资源文件。
启动页则属于原生资源问题，不能只修改 Web 页面里的 Logo 尺寸。本次 Android 使用三种密度的专用留白启动图，控制可见标识约 96dp，并只保留一个 Logo，移除底部重复和拉伸的品牌图。检查时要把"图片画布尺寸"和"可见标识尺寸"分开看。
WebView 回调 资源失败和返回键的边界
前一轮移动端修复还处理了原生联网回调在后台线程调用 WebView 的问题，统一在 UI 线程执行脚本与分享操作。同时，子资源加载失败不再直接替换整个本地工作台，避免单个资源异常被放大成全页错误。
Android 系统返回键也需要结合页面层级处理：先关闭弹窗或功能面板，云空间子目录优先返回上级，其他模块返回首页；只有在首页一级页面，再返回系统桌面，保留工作区并触发备份。它不是在任何页面都直接退出进程。
这些处理共同指向一个原则：平台回调、局部资源异常与导航层级应有各自的职责，不要用一个全局失败页面或进程退出代替所有状态处理。
云空间与智能助手的数据边界
1.9.15 的云空间提供文件夹面包屑、网格与列表切换、搜索排序、批量操作、版本历史和回收站。它是可选在线能力，不影响用户先使用本地编辑。
智能助手使用用户自己配置的模型地址和密钥，不附带免费额度。主动调用外部服务时，完成请求所需的内容会发送到对应服务商；启用云空间也涉及账号与文件对象传输。做产品说明、隐私说明或企业部署评估时，不能把"本地优先"写成"任何功能都不联网"。
如何获取并验证 1.9.15
从正式发布页下载与你的系统匹配的包。移动端同一版本号内包含追加修复，因此测试时应确认下载的是当前发布页附件，而不是之前保存的旧 APK 或 App Pack。Android 和鸿蒙不能混装，HarmonyOS 的 ZIP 需要解压得到 .app。
项目已对本轮移动包的版本、内置编辑器和发布签名进行核对，并为生产本地页面、真实 IPC 资源操作、模板预览与登录 Logo 增加回归检查。这些检查不能代替目标真机对安装、导入导出、字体、权限和生命周期的验收。Ubuntu 同样建议在目标发行版完成安装与 GUI 测试。
对开源办公项目，最有价值的反馈通常包含一个脱敏最小文件、一组稳定复现步骤，以及明确的期望结果。不要公开上传数据库口令、模型密钥或客户资料。
源码 下载与进一步阅读
项目采用 MIT 许可证，依赖组件与外部服务按各自条款使用。本文为项目技术介绍，使用 AI 辅助整理文字，功能范围以 1.9.15 源码、项目说明与对应安装包为准。