1. 项目概述为什么我们需要一个强大的资源导出插件在Cocos Creator项目开发中尤其是团队协作或跨项目复用资源时一个高效、可定制的资源导出流程是提升生产力的关键。虽然引擎内置了基础的“文件 - 资源导出”功能但在实际生产环境中我们常常面临更复杂的需求比如批量导出特定目录下的所有预制体Prefab和场景.fire并自动处理它们的依赖关系或者在导出时根据平台如微信小游戏、原生平台对资源进行特定的格式转换、压缩和重命名又或者需要将导出的资源包与CI/CD流水线集成实现自动化构建。这就是自定义资源导出插件大显身手的地方。它不是一个简单的“另存为”工具而是一个可以深度介入引擎资源管线、根据你的团队规范进行定制的工作流中枢。通过它你可以将繁琐、重复的手动操作自动化确保资源输出的一致性并显著减少人为失误。无论是美术资源与程序开发的分离式工作流还是构建多语言包、热更新包一个配置得当的导出插件都能成为你项目中的“瑞士军刀”。2. 插件核心架构与设计思路拆解一个完整的Cocos Creator资源导出插件其核心是围绕引擎的扩展系统Extension和资源管理器Asset Manager构建的。我们的目标不仅仅是“导出文件”而是构建一个可控、可观测、可扩展的导出管道。2.1 插件的基本构成模块一个典型的资源导出插件通常包含以下几个核心模块面板模块Panel提供用户交互界面用于选择资源、配置导出参数、触发导出操作。这通常是一个基于Vue或纯HTML/JS的Web界面通过Cocos Creator的扩展API嵌入到编辑器中。核心逻辑模块Core这是插件的大脑。它负责解析用户在面板上的选择遍历资源依赖图调用引擎API进行资源序列化和文件输出。这部分代码需要处理资源UUID映射、依赖收集、异步操作等复杂逻辑。配置管理模块Config管理插件的各种预设配置例如默认导出路径、资源过滤规则、平台特定的处理规则等。配置通常以JSON文件形式存储方便版本管理和团队共享。任务处理模块Task将一次导出操作拆解为多个有序的子任务如收集资源 - 验证资源 - 处理资源 - 打包资源 - 生成报告实现异步流水线提升稳定性和用户体验。2.2 设计时的关键考量点在设计插件时以下几个问题决定了插件的健壮性和易用性依赖处理的完备性如何确保导出的资源包是完整的例如一个预制体引用了图集中的精灵帧SpriteFrame而该图集又引用了多张纹理Texture。插件必须能递归地收集所有直接和间接依赖避免运行时出现“资源丢失”错误。这需要深入理解Cocos Creator的cc.Asset引用系统和asset-db模块。资源冲突与UUID管理Cocos Creator内部使用UUID唯一标识资源。当向一个已有项目中导入资源时如果发生UUID冲突引擎会自动生成新的UUID并更新引用。我们的插件在导出时需要决定是保留原始UUID便于精确更新还是生成新的UUID避免冲突。通常为了保持引用关系的绝对正确导出包应保留原始UUID信息即.meta文件。异步操作与用户体验资源导出尤其是处理大量图片、音频时是I/O密集型操作。插件逻辑必须全部采用异步设计async/await并在面板上提供清晰的进度反馈、日志输出和取消操作的能力防止编辑器“假死”。错误恢复与日志导出过程中可能遇到各种问题资源被锁定、磁盘空间不足、文件权限错误等。插件需要有完善的错误捕获、分类和恢复机制并提供详尽的日志供开发者排查。3. 从零开始创建一个基础的资源导出插件让我们动手创建一个最简单的资源导出插件它能够将选中的场景或预制体及其依赖导出到一个指定文件夹。我们将使用Cocos Creator 3.x的扩展系统。3.1 初始化插件项目结构首先在你的Cocos项目根目录下创建扩展文件夹。通常结构如下your-project/ ├── assets/ ├── packages/ # 扩展包存放目录 │ └── my-resource-exporter/ # 你的插件包 │ ├── package.json # 插件描述文件 │ ├── panel/ # 面板相关文件 │ │ ├── index.html │ │ ├── index.js │ │ └── style.css │ ├── src/ # 核心逻辑代码 │ │ └── main.js │ └── dist/ # 可选构建输出目录package.json是插件的入口声明文件内容如下{ name: my-resource-exporter, version: 1.0.0, description: A custom resource exporter for Cocos Creator, author: Your Name, main: ./dist/main.js, // 或 ./src/main.js如果不用构建 panels: { default: { title: 资源导出器, type: dockable, main: ./panel/index.js, size: { width: 400, height: 600 } } }, contributions: { menu: [ { path: 插件/资源导出器, label: 打开导出面板, message: open-panel } ], messages: { open-panel: { methods: [openPanel] } } } }3.2 实现面板界面Panel面板是用户操作的入口。我们创建一个简单的界面包含资源列表、导出按钮和日志区域。panel/index.html:!DOCTYPE html html head meta charsetUTF-8 link relstylesheet href./style.css /head body div classcontainer h3资源导出器/h3 div classsection button idselect-resources选择资源.../button ul idresource-list/ul /div div classsection label导出路径/label input typetext idexport-path placeholder例如./export / button idbrowse-path浏览.../button /div div classsection labelinput typecheckbox idinclude-deps checked / 包含所有依赖资源/label /div div classsection button idexport-btn disabled开始导出/button button idcancel-btn disabled取消/button /div div classsection log-section h4操作日志/h4 pre idlog-output/pre /div /div script src./index.js/script /body /htmlpanel/index.js: 这是面板的逻辑脚本负责与编辑器主进程通信。// panel/index.js const { join } require(path); exports.ready async function() { // 面板加载完成后绑定按钮事件 document.getElementById(select-resources).onclick async () { // 发送消息给主进程打开编辑器资源选择器 const result await Editor.Message.request(scene, query-assets, { types: [scene, prefab], // 只筛选场景和预制体 search: , }); if (result result.list) { updateResourceList(result.list); } }; document.getElementById(export-btn).onclick startExport; document.getElementById(cancel-btn).onclick cancelExport; }; function updateResourceList(assets) { const listEl document.getElementById(resource-list); listEl.innerHTML ; assets.forEach(asset { const li document.createElement(li); li.textContent asset.name; li.dataset.uuid asset.uuid; listEl.appendChild(li); }); document.getElementById(export-btn).disabled assets.length 0; } async function startExport() { const resourceList Array.from(document.querySelectorAll(#resource-list li)); const uuids resourceList.map(li li.dataset.uuid); const exportPath document.getElementById(export-path).value; const includeDeps document.getElementById(include-deps).checked; if (!exportPath) { appendLog(错误请指定导出路径。); return; } // 发送导出任务到主进程 const taskId await Editor.Message.request(my-resource-exporter, start-export, { uuids, exportPath: join(Editor.Project.path, exportPath), includeDeps, }); if (taskId) { appendLog(导出任务已启动ID: ${taskId}); // 可以在这里轮询或监听任务进度 } } function cancelExport() { // 发送取消任务的消息 Editor.Message.send(my-resource-exporter, cancel-export); appendLog(已请求取消导出任务。); } function appendLog(message) { const logEl document.getElementById(log-output); logEl.textContent [${new Date().toLocaleTimeString()}] ${message}\n; logEl.scrollTop logEl.scrollHeight; // 自动滚动到底部 }3.3 实现核心导出逻辑Main这是插件的核心运行在Node.js环境中可以调用编辑器的底层API。src/main.js:// src/main.js const Path require(path); const Fs require(fs-extra); // 需要安装 fs-extra 包 let currentTask null; exports.load function() {}; exports.unload function() {}; exports.methods { async startExport(options) { if (currentTask) { Editor.error(已有导出任务正在进行中。); return null; } const { uuids, exportPath, includeDeps } options; const taskId export-${Date.now()}; currentTask { id: taskId, cancelled: false }; // 在后台执行导出避免阻塞消息响应 (async () { try { await Fs.ensureDir(exportPath); // 确保导出目录存在 Editor.log([${taskId}] 开始导出资源到: ${exportPath}); // 1. 收集资源 const allAssetInfos []; for (const uuid of uuids) { const assetInfo await this._collectAssetAndDeps(uuid, includeDeps); allAssetInfos.push(...assetInfo); } // 去重 const uniqueAssets Array.from(new Map(allAssetInfos.map(a [a.uuid, a])).values()); Editor.log([${taskId}] 共收集到 ${uniqueAssets.length} 个唯一资源。); if (currentTask.cancelled) throw new Error(任务被用户取消。); // 2. 复制资源文件 let successCount 0; for (const asset of uniqueAssets) { if (currentTask.cancelled) break; await this._copyAssetFile(asset, exportPath); successCount; } if (currentTask.cancelled) { Editor.warn([${taskId}] 导出任务被取消已成功导出 ${successCount} 个资源。); } else { Editor.log([${taskId}] 导出完成成功导出 ${successCount} 个资源至 ${exportPath}); } } catch (error) { Editor.error([${taskId}] 导出过程中发生错误:, error); } finally { currentTask null; } })(); return taskId; }, cancelExport() { if (currentTask) { currentTask.cancelled true; Editor.log(任务 ${currentTask.id} 取消请求已接收。); } }, // 内部方法收集资源及其依赖 async _collectAssetAndDeps(startUuid, includeDeps, collected new Set(), result []) { if (collected.has(startUuid)) return result; collected.add(startUuid); // 获取资源信息 const assetInfo await Editor.Message.request(asset-db, query-asset-info, startUuid); if (!assetInfo) { Editor.warn(无法找到UUID为 ${startUuid} 的资源已跳过。); return result; } result.push(assetInfo); if (includeDeps) { // 获取此资源的依赖列表 const deps await Editor.Message.request(asset-db, query-deps, startUuid); if (deps) { for (const depUuid of deps) { await this._collectAssetAndDeps(depUuid, true, collected, result); } } } return result; }, // 内部方法复制资源文件包括.meta async _copyAssetFile(assetInfo, targetDir) { const sourceFile assetInfo.file; const sourceMeta assetInfo.file .meta; if (!await Fs.pathExists(sourceFile)) { Editor.warn(源文件不存在跳过: ${sourceFile}); return; } // 在目标目录中保持相对路径结构 const relativePath Path.relative(Editor.Project.path, sourceFile); const targetFile Path.join(targetDir, relativePath); const targetMeta targetFile .meta; await Fs.ensureDir(Path.dirname(targetFile)); await Fs.copy(sourceFile, targetFile); if (await Fs.pathExists(sourceMeta)) { await Fs.copy(sourceMeta, targetMeta); } Editor.log(已复制: ${relativePath}); }, }; // 注册消息处理器 exports.messages { open-panel() { Editor.Panel.open(my-resource-exporter.default); }, start-export(event, options) { return this.methods.startExport(options); }, cancel-export(event) { this.methods.cancelExport(); }, };注意以上代码仅为演示核心流程的简化版本。在实际开发中你需要处理更复杂的情况例如资源类型过滤只导出图片、只导出动画等、处理Asset Bundle资源、处理二进制文件如.plist、以及更完善的进度反馈。3.4 安装与调试插件将整个my-resource-exporter文件夹放入项目的packages目录下。在Cocos Creator编辑器中点击顶部菜单栏的扩展 - 扩展管理器。在“项目”标签页中你应该能看到你的插件。确保它已被启用。点击扩展 - 资源导出器根据package.json中定义的菜单路径即可打开插件面板进行测试。4. 进阶配置打造企业级资源导出工作流基础插件只能解决“有没有”的问题。要将其用于实际生产必须进行深度定制和配置。4.1 配置文件驱动我们引入一个JSON配置文件如exporter-config.json让插件行为可配置。// 放置在插件根目录或项目根目录 { defaultExportPath: ./exports, rules: [ { name: 导出UI预制体, filter: { type: prefab, pathPattern: assets/ui/**/* // 只处理assets/ui目录下的预制体 }, actions: [ { type: compressTexture, format: webp, quality: 80 }, { type: rename, pattern: (.)\\.prefab, replacement: $1_ui.prefab } ], output: { subDir: ui_packages, bundleName: ui } }, { name: 导出场景, filter: { type: scene }, actions: [ { type: stripDevelopmentData // 移除开发阶段的数据如临时节点、调试脚本 } ] } ], globalActions: [ { type: generateManifest, filename: resource-manifest.json } ] }插件启动时加载此配置。在核心逻辑中对于每个待导出的资源遍历所有规则rules如果资源符合某条规则的过滤条件filter则按顺序执行该规则下的处理动作actions。所有资源导出后执行全局动作globalActions如生成清单文件。4.2 实现自定义处理动作Action“动作”是插件可扩展性的核心。每个动作是一个独立的模块。// src/actions/compress-texture.js const sharp require(sharp); // 需要安装sharp库 const Path require(path); module.exports class CompressTextureAction { static type compressTexture; constructor(config) { this.format config.format || png; this.quality config.quality || 90; } async execute(assetInfo, context) { // context 包含源文件路径、临时工作目录等信息 const supportedImageTypes [png, jpg, jpeg, webp]; const ext Path.extname(assetInfo.file).toLowerCase().slice(1); if (!supportedImageTypes.includes(ext)) { Editor.log([动作:压缩纹理] 资源 ${assetInfo.name} 不是支持的图片格式跳过。); return; // 不是图片跳过 } const sourcePath assetInfo.file; const outputPath Path.join(context.tempDir, Path.basename(sourcePath, Path.extname(sourcePath)) .${this.format}); try { let pipeline sharp(sourcePath); // 根据目标格式调用不同方法 switch (this.format) { case webp: pipeline pipeline.webp({ quality: this.quality }); break; case jpg: case jpeg: pipeline pipeline.jpeg({ quality: this.quality }); break; case png: default: // PNG通常使用压缩级别sharp中对应的是compressionLevel pipeline pipeline.png({ compressionLevel: 9, quality: this.quality }); } await pipeline.toFile(outputPath); // 更新上下文中的文件路径供后续动作或最终复制使用 context.currentFilePath outputPath; Editor.log([动作:压缩纹理] 已压缩 ${assetInfo.name} 为 ${this.format.toUpperCase()}); } catch (error) { Editor.error([动作:压缩纹理] 处理资源 ${assetInfo.name} 时出错:, error); throw error; // 抛出错误让上层决定是否继续 } } };在主逻辑中我们需要一个“动作执行器”来动态加载和执行这些动作。4.3 集成构建管线最强大的用法是将插件与Cocos Creator的构建流程挂钩。你可以编写一个自定义的构建插件Build Plugin在构建的特定阶段如onAfterBuild调用你的资源导出逻辑自动将处理好的资源复制到构建输出目录中或者生成额外的资源包。这需要你熟悉Cocos Creator构建管线的钩子hook系统。你可以在package.json的contributions里添加builder字段并实现对应的钩子函数。// 在 package.json 的 contributions 中添加 contributions: { ..., builder: { hooks: ./dist/builder-hooks.js // 或 ./src/builder-hooks.js } }src/builder-hooks.js:exports.onAfterBuild async function(options, result) { // options 包含构建目标、路径等信息 // result 包含构建结果 if (options.platform wechatgame) { // 针对微信小游戏平台执行特定的资源导出逻辑 const exportPath Path.join(result.dest, res-packages); await yourExporter.exportWithConfig(wechat-config.json, exportPath); Editor.log(自定义资源包已生成至构建目录。); } };5. 实战避坑指南与疑难排查在实际开发和配置过程中你会遇到各种各样的问题。以下是我总结的一些常见“坑”及其解决方案。5.1 常见问题速查表问题现象可能原因解决方案插件面板无法打开或打开后空白。1.package.json格式错误或路径不对。2. 面板HTML/JS文件存在语法错误。3. 扩展未正确启用。1. 检查package.json的main和panels.main路径是否正确。2. 打开Chrome开发者工具扩展 - 开发者工具 - 当前面板查看控制台报错。3. 在扩展管理器中禁用再启用插件。导出时提示“Asset DB not ready”或资源UUID获取失败。插件代码在编辑器完全启动前执行asset-db服务未就绪。将资源查询逻辑包裹在Editor.Message.request(‘asset-db’, ‘query-asset-info’, ...)中这是异步调用会等待服务就绪。避免在load函数中直接进行同步资源操作。导出的资源在导入新项目后引用丢失显示为红色。1. 未同时复制.meta文件。2. 导出和导入的项目library不同导致UUID引用上下文失效虽然不常见。1.务必成对复制asset和asset.meta文件。2. 确保使用Cocos Creator官方的“资源导入”功能它会处理UUID的重新映射。自定义插件导出的是“原始资源包”需通过“文件-导入资源”来导入。处理大量资源时编辑器卡死或无响应。使用了同步阻塞的IO操作或复杂的同步计算。1.所有文件操作Fs.readFile, Fs.copy必须使用异步API如fs.promises或fs-extra的异步版本。2. 将大任务拆分成小块使用setImmediate或process.nextTick让出事件循环。3. 在面板上提供进度条和取消按钮。自定义动作如图片压缩执行失败。1. 依赖的Native模块如sharp未安装或平台不兼容。2. 动作代码逻辑错误。1. 在插件目录下执行npm install sharp并确保Node.js版本兼容。2. 在动作代码中加入详细的try-catch并将错误日志输出到面板。导出的资源包在构建后不被包含。资源位于assets目录外或未被任何场景直接/间接引用。Cocos Creator默认只会打包assets目录下且被引用的资源。如果你导出的资源是独立包需要在构建时配置Asset Bundle或者将资源放在assets目录内并通过脚本动态加载。5.2 性能优化要点依赖收集优化asset-db的query-depsAPI可能返回所有层级的依赖。对于大型项目递归收集可能耗时。可以考虑缓存依赖关系或提供选项让用户选择“仅导出直接依赖”。并行处理对于独立的资源处理动作如图片格式转换可以使用Promise.all进行有限的并行处理但要注意不要过度占用CPU/IO。可以设计一个简单的任务队列如p-queue库。增量导出记录每次导出的资源哈希值下次导出时只处理发生变化的资源。这需要维护一个状态文件。内存管理处理大量图片时避免同时将多个大图片读入内存。使用流式处理如sharp的流API。5.3 一个实用的调试技巧在插件开发中日志是你的眼睛。除了使用Editor.log/Editor.warn/Editor.error输出到Cocos Creator的“控制台”面板你还可以将日志同时写入文件方便后续分析。// 在main.js中增加一个简单的文件日志器 const logStream require(fs).createWriteStream(Path.join(__dirname, exporter.log), { flags: a }); function logToFile(level, ...args) { const message [${new Date().toISOString()}] [${level}] ${args.join( )}\n; logStream.write(message); // 同时输出到编辑器控制台 if (level ERROR) Editor.error(...args); else if (level WARN) Editor.warn(...args); else Editor.log(...args); } // 在methods中使用 exports.methods.startExport async function(options) { logToFile(INFO, 开始导出任务参数:, JSON.stringify(options)); // ... 你的逻辑 };最后资源导出插件的配置和开发是一个持续迭代的过程。从满足最基本的需求开始逐步根据团队的实际痛点添加功能比如与项目管理工具Jira, TAPD联动自动生成版本说明或者与云存储对接实现自动上传。记住最好的工具永远是那个最能贴合你自己工作流的工具。
1. 项目概述为什么我们需要一个强大的资源导出插件在Cocos Creator项目开发中尤其是团队协作或跨项目复用资源时一个高效、可定制的资源导出流程是提升生产力的关键。虽然引擎内置了基础的“文件 - 资源导出”功能但在实际生产环境中我们常常面临更复杂的需求比如批量导出特定目录下的所有预制体Prefab和场景.fire并自动处理它们的依赖关系或者在导出时根据平台如微信小游戏、原生平台对资源进行特定的格式转换、压缩和重命名又或者需要将导出的资源包与CI/CD流水线集成实现自动化构建。这就是自定义资源导出插件大显身手的地方。它不是一个简单的“另存为”工具而是一个可以深度介入引擎资源管线、根据你的团队规范进行定制的工作流中枢。通过它你可以将繁琐、重复的手动操作自动化确保资源输出的一致性并显著减少人为失误。无论是美术资源与程序开发的分离式工作流还是构建多语言包、热更新包一个配置得当的导出插件都能成为你项目中的“瑞士军刀”。2. 插件核心架构与设计思路拆解一个完整的Cocos Creator资源导出插件其核心是围绕引擎的扩展系统Extension和资源管理器Asset Manager构建的。我们的目标不仅仅是“导出文件”而是构建一个可控、可观测、可扩展的导出管道。2.1 插件的基本构成模块一个典型的资源导出插件通常包含以下几个核心模块面板模块Panel提供用户交互界面用于选择资源、配置导出参数、触发导出操作。这通常是一个基于Vue或纯HTML/JS的Web界面通过Cocos Creator的扩展API嵌入到编辑器中。核心逻辑模块Core这是插件的大脑。它负责解析用户在面板上的选择遍历资源依赖图调用引擎API进行资源序列化和文件输出。这部分代码需要处理资源UUID映射、依赖收集、异步操作等复杂逻辑。配置管理模块Config管理插件的各种预设配置例如默认导出路径、资源过滤规则、平台特定的处理规则等。配置通常以JSON文件形式存储方便版本管理和团队共享。任务处理模块Task将一次导出操作拆解为多个有序的子任务如收集资源 - 验证资源 - 处理资源 - 打包资源 - 生成报告实现异步流水线提升稳定性和用户体验。2.2 设计时的关键考量点在设计插件时以下几个问题决定了插件的健壮性和易用性依赖处理的完备性如何确保导出的资源包是完整的例如一个预制体引用了图集中的精灵帧SpriteFrame而该图集又引用了多张纹理Texture。插件必须能递归地收集所有直接和间接依赖避免运行时出现“资源丢失”错误。这需要深入理解Cocos Creator的cc.Asset引用系统和asset-db模块。资源冲突与UUID管理Cocos Creator内部使用UUID唯一标识资源。当向一个已有项目中导入资源时如果发生UUID冲突引擎会自动生成新的UUID并更新引用。我们的插件在导出时需要决定是保留原始UUID便于精确更新还是生成新的UUID避免冲突。通常为了保持引用关系的绝对正确导出包应保留原始UUID信息即.meta文件。异步操作与用户体验资源导出尤其是处理大量图片、音频时是I/O密集型操作。插件逻辑必须全部采用异步设计async/await并在面板上提供清晰的进度反馈、日志输出和取消操作的能力防止编辑器“假死”。错误恢复与日志导出过程中可能遇到各种问题资源被锁定、磁盘空间不足、文件权限错误等。插件需要有完善的错误捕获、分类和恢复机制并提供详尽的日志供开发者排查。3. 从零开始创建一个基础的资源导出插件让我们动手创建一个最简单的资源导出插件它能够将选中的场景或预制体及其依赖导出到一个指定文件夹。我们将使用Cocos Creator 3.x的扩展系统。3.1 初始化插件项目结构首先在你的Cocos项目根目录下创建扩展文件夹。通常结构如下your-project/ ├── assets/ ├── packages/ # 扩展包存放目录 │ └── my-resource-exporter/ # 你的插件包 │ ├── package.json # 插件描述文件 │ ├── panel/ # 面板相关文件 │ │ ├── index.html │ │ ├── index.js │ │ └── style.css │ ├── src/ # 核心逻辑代码 │ │ └── main.js │ └── dist/ # 可选构建输出目录package.json是插件的入口声明文件内容如下{ name: my-resource-exporter, version: 1.0.0, description: A custom resource exporter for Cocos Creator, author: Your Name, main: ./dist/main.js, // 或 ./src/main.js如果不用构建 panels: { default: { title: 资源导出器, type: dockable, main: ./panel/index.js, size: { width: 400, height: 600 } } }, contributions: { menu: [ { path: 插件/资源导出器, label: 打开导出面板, message: open-panel } ], messages: { open-panel: { methods: [openPanel] } } } }3.2 实现面板界面Panel面板是用户操作的入口。我们创建一个简单的界面包含资源列表、导出按钮和日志区域。panel/index.html:!DOCTYPE html html head meta charsetUTF-8 link relstylesheet href./style.css /head body div classcontainer h3资源导出器/h3 div classsection button idselect-resources选择资源.../button ul idresource-list/ul /div div classsection label导出路径/label input typetext idexport-path placeholder例如./export / button idbrowse-path浏览.../button /div div classsection labelinput typecheckbox idinclude-deps checked / 包含所有依赖资源/label /div div classsection button idexport-btn disabled开始导出/button button idcancel-btn disabled取消/button /div div classsection log-section h4操作日志/h4 pre idlog-output/pre /div /div script src./index.js/script /body /htmlpanel/index.js: 这是面板的逻辑脚本负责与编辑器主进程通信。// panel/index.js const { join } require(path); exports.ready async function() { // 面板加载完成后绑定按钮事件 document.getElementById(select-resources).onclick async () { // 发送消息给主进程打开编辑器资源选择器 const result await Editor.Message.request(scene, query-assets, { types: [scene, prefab], // 只筛选场景和预制体 search: , }); if (result result.list) { updateResourceList(result.list); } }; document.getElementById(export-btn).onclick startExport; document.getElementById(cancel-btn).onclick cancelExport; }; function updateResourceList(assets) { const listEl document.getElementById(resource-list); listEl.innerHTML ; assets.forEach(asset { const li document.createElement(li); li.textContent asset.name; li.dataset.uuid asset.uuid; listEl.appendChild(li); }); document.getElementById(export-btn).disabled assets.length 0; } async function startExport() { const resourceList Array.from(document.querySelectorAll(#resource-list li)); const uuids resourceList.map(li li.dataset.uuid); const exportPath document.getElementById(export-path).value; const includeDeps document.getElementById(include-deps).checked; if (!exportPath) { appendLog(错误请指定导出路径。); return; } // 发送导出任务到主进程 const taskId await Editor.Message.request(my-resource-exporter, start-export, { uuids, exportPath: join(Editor.Project.path, exportPath), includeDeps, }); if (taskId) { appendLog(导出任务已启动ID: ${taskId}); // 可以在这里轮询或监听任务进度 } } function cancelExport() { // 发送取消任务的消息 Editor.Message.send(my-resource-exporter, cancel-export); appendLog(已请求取消导出任务。); } function appendLog(message) { const logEl document.getElementById(log-output); logEl.textContent [${new Date().toLocaleTimeString()}] ${message}\n; logEl.scrollTop logEl.scrollHeight; // 自动滚动到底部 }3.3 实现核心导出逻辑Main这是插件的核心运行在Node.js环境中可以调用编辑器的底层API。src/main.js:// src/main.js const Path require(path); const Fs require(fs-extra); // 需要安装 fs-extra 包 let currentTask null; exports.load function() {}; exports.unload function() {}; exports.methods { async startExport(options) { if (currentTask) { Editor.error(已有导出任务正在进行中。); return null; } const { uuids, exportPath, includeDeps } options; const taskId export-${Date.now()}; currentTask { id: taskId, cancelled: false }; // 在后台执行导出避免阻塞消息响应 (async () { try { await Fs.ensureDir(exportPath); // 确保导出目录存在 Editor.log([${taskId}] 开始导出资源到: ${exportPath}); // 1. 收集资源 const allAssetInfos []; for (const uuid of uuids) { const assetInfo await this._collectAssetAndDeps(uuid, includeDeps); allAssetInfos.push(...assetInfo); } // 去重 const uniqueAssets Array.from(new Map(allAssetInfos.map(a [a.uuid, a])).values()); Editor.log([${taskId}] 共收集到 ${uniqueAssets.length} 个唯一资源。); if (currentTask.cancelled) throw new Error(任务被用户取消。); // 2. 复制资源文件 let successCount 0; for (const asset of uniqueAssets) { if (currentTask.cancelled) break; await this._copyAssetFile(asset, exportPath); successCount; } if (currentTask.cancelled) { Editor.warn([${taskId}] 导出任务被取消已成功导出 ${successCount} 个资源。); } else { Editor.log([${taskId}] 导出完成成功导出 ${successCount} 个资源至 ${exportPath}); } } catch (error) { Editor.error([${taskId}] 导出过程中发生错误:, error); } finally { currentTask null; } })(); return taskId; }, cancelExport() { if (currentTask) { currentTask.cancelled true; Editor.log(任务 ${currentTask.id} 取消请求已接收。); } }, // 内部方法收集资源及其依赖 async _collectAssetAndDeps(startUuid, includeDeps, collected new Set(), result []) { if (collected.has(startUuid)) return result; collected.add(startUuid); // 获取资源信息 const assetInfo await Editor.Message.request(asset-db, query-asset-info, startUuid); if (!assetInfo) { Editor.warn(无法找到UUID为 ${startUuid} 的资源已跳过。); return result; } result.push(assetInfo); if (includeDeps) { // 获取此资源的依赖列表 const deps await Editor.Message.request(asset-db, query-deps, startUuid); if (deps) { for (const depUuid of deps) { await this._collectAssetAndDeps(depUuid, true, collected, result); } } } return result; }, // 内部方法复制资源文件包括.meta async _copyAssetFile(assetInfo, targetDir) { const sourceFile assetInfo.file; const sourceMeta assetInfo.file .meta; if (!await Fs.pathExists(sourceFile)) { Editor.warn(源文件不存在跳过: ${sourceFile}); return; } // 在目标目录中保持相对路径结构 const relativePath Path.relative(Editor.Project.path, sourceFile); const targetFile Path.join(targetDir, relativePath); const targetMeta targetFile .meta; await Fs.ensureDir(Path.dirname(targetFile)); await Fs.copy(sourceFile, targetFile); if (await Fs.pathExists(sourceMeta)) { await Fs.copy(sourceMeta, targetMeta); } Editor.log(已复制: ${relativePath}); }, }; // 注册消息处理器 exports.messages { open-panel() { Editor.Panel.open(my-resource-exporter.default); }, start-export(event, options) { return this.methods.startExport(options); }, cancel-export(event) { this.methods.cancelExport(); }, };注意以上代码仅为演示核心流程的简化版本。在实际开发中你需要处理更复杂的情况例如资源类型过滤只导出图片、只导出动画等、处理Asset Bundle资源、处理二进制文件如.plist、以及更完善的进度反馈。3.4 安装与调试插件将整个my-resource-exporter文件夹放入项目的packages目录下。在Cocos Creator编辑器中点击顶部菜单栏的扩展 - 扩展管理器。在“项目”标签页中你应该能看到你的插件。确保它已被启用。点击扩展 - 资源导出器根据package.json中定义的菜单路径即可打开插件面板进行测试。4. 进阶配置打造企业级资源导出工作流基础插件只能解决“有没有”的问题。要将其用于实际生产必须进行深度定制和配置。4.1 配置文件驱动我们引入一个JSON配置文件如exporter-config.json让插件行为可配置。// 放置在插件根目录或项目根目录 { defaultExportPath: ./exports, rules: [ { name: 导出UI预制体, filter: { type: prefab, pathPattern: assets/ui/**/* // 只处理assets/ui目录下的预制体 }, actions: [ { type: compressTexture, format: webp, quality: 80 }, { type: rename, pattern: (.)\\.prefab, replacement: $1_ui.prefab } ], output: { subDir: ui_packages, bundleName: ui } }, { name: 导出场景, filter: { type: scene }, actions: [ { type: stripDevelopmentData // 移除开发阶段的数据如临时节点、调试脚本 } ] } ], globalActions: [ { type: generateManifest, filename: resource-manifest.json } ] }插件启动时加载此配置。在核心逻辑中对于每个待导出的资源遍历所有规则rules如果资源符合某条规则的过滤条件filter则按顺序执行该规则下的处理动作actions。所有资源导出后执行全局动作globalActions如生成清单文件。4.2 实现自定义处理动作Action“动作”是插件可扩展性的核心。每个动作是一个独立的模块。// src/actions/compress-texture.js const sharp require(sharp); // 需要安装sharp库 const Path require(path); module.exports class CompressTextureAction { static type compressTexture; constructor(config) { this.format config.format || png; this.quality config.quality || 90; } async execute(assetInfo, context) { // context 包含源文件路径、临时工作目录等信息 const supportedImageTypes [png, jpg, jpeg, webp]; const ext Path.extname(assetInfo.file).toLowerCase().slice(1); if (!supportedImageTypes.includes(ext)) { Editor.log([动作:压缩纹理] 资源 ${assetInfo.name} 不是支持的图片格式跳过。); return; // 不是图片跳过 } const sourcePath assetInfo.file; const outputPath Path.join(context.tempDir, Path.basename(sourcePath, Path.extname(sourcePath)) .${this.format}); try { let pipeline sharp(sourcePath); // 根据目标格式调用不同方法 switch (this.format) { case webp: pipeline pipeline.webp({ quality: this.quality }); break; case jpg: case jpeg: pipeline pipeline.jpeg({ quality: this.quality }); break; case png: default: // PNG通常使用压缩级别sharp中对应的是compressionLevel pipeline pipeline.png({ compressionLevel: 9, quality: this.quality }); } await pipeline.toFile(outputPath); // 更新上下文中的文件路径供后续动作或最终复制使用 context.currentFilePath outputPath; Editor.log([动作:压缩纹理] 已压缩 ${assetInfo.name} 为 ${this.format.toUpperCase()}); } catch (error) { Editor.error([动作:压缩纹理] 处理资源 ${assetInfo.name} 时出错:, error); throw error; // 抛出错误让上层决定是否继续 } } };在主逻辑中我们需要一个“动作执行器”来动态加载和执行这些动作。4.3 集成构建管线最强大的用法是将插件与Cocos Creator的构建流程挂钩。你可以编写一个自定义的构建插件Build Plugin在构建的特定阶段如onAfterBuild调用你的资源导出逻辑自动将处理好的资源复制到构建输出目录中或者生成额外的资源包。这需要你熟悉Cocos Creator构建管线的钩子hook系统。你可以在package.json的contributions里添加builder字段并实现对应的钩子函数。// 在 package.json 的 contributions 中添加 contributions: { ..., builder: { hooks: ./dist/builder-hooks.js // 或 ./src/builder-hooks.js } }src/builder-hooks.js:exports.onAfterBuild async function(options, result) { // options 包含构建目标、路径等信息 // result 包含构建结果 if (options.platform wechatgame) { // 针对微信小游戏平台执行特定的资源导出逻辑 const exportPath Path.join(result.dest, res-packages); await yourExporter.exportWithConfig(wechat-config.json, exportPath); Editor.log(自定义资源包已生成至构建目录。); } };5. 实战避坑指南与疑难排查在实际开发和配置过程中你会遇到各种各样的问题。以下是我总结的一些常见“坑”及其解决方案。5.1 常见问题速查表问题现象可能原因解决方案插件面板无法打开或打开后空白。1.package.json格式错误或路径不对。2. 面板HTML/JS文件存在语法错误。3. 扩展未正确启用。1. 检查package.json的main和panels.main路径是否正确。2. 打开Chrome开发者工具扩展 - 开发者工具 - 当前面板查看控制台报错。3. 在扩展管理器中禁用再启用插件。导出时提示“Asset DB not ready”或资源UUID获取失败。插件代码在编辑器完全启动前执行asset-db服务未就绪。将资源查询逻辑包裹在Editor.Message.request(‘asset-db’, ‘query-asset-info’, ...)中这是异步调用会等待服务就绪。避免在load函数中直接进行同步资源操作。导出的资源在导入新项目后引用丢失显示为红色。1. 未同时复制.meta文件。2. 导出和导入的项目library不同导致UUID引用上下文失效虽然不常见。1.务必成对复制asset和asset.meta文件。2. 确保使用Cocos Creator官方的“资源导入”功能它会处理UUID的重新映射。自定义插件导出的是“原始资源包”需通过“文件-导入资源”来导入。处理大量资源时编辑器卡死或无响应。使用了同步阻塞的IO操作或复杂的同步计算。1.所有文件操作Fs.readFile, Fs.copy必须使用异步API如fs.promises或fs-extra的异步版本。2. 将大任务拆分成小块使用setImmediate或process.nextTick让出事件循环。3. 在面板上提供进度条和取消按钮。自定义动作如图片压缩执行失败。1. 依赖的Native模块如sharp未安装或平台不兼容。2. 动作代码逻辑错误。1. 在插件目录下执行npm install sharp并确保Node.js版本兼容。2. 在动作代码中加入详细的try-catch并将错误日志输出到面板。导出的资源包在构建后不被包含。资源位于assets目录外或未被任何场景直接/间接引用。Cocos Creator默认只会打包assets目录下且被引用的资源。如果你导出的资源是独立包需要在构建时配置Asset Bundle或者将资源放在assets目录内并通过脚本动态加载。5.2 性能优化要点依赖收集优化asset-db的query-depsAPI可能返回所有层级的依赖。对于大型项目递归收集可能耗时。可以考虑缓存依赖关系或提供选项让用户选择“仅导出直接依赖”。并行处理对于独立的资源处理动作如图片格式转换可以使用Promise.all进行有限的并行处理但要注意不要过度占用CPU/IO。可以设计一个简单的任务队列如p-queue库。增量导出记录每次导出的资源哈希值下次导出时只处理发生变化的资源。这需要维护一个状态文件。内存管理处理大量图片时避免同时将多个大图片读入内存。使用流式处理如sharp的流API。5.3 一个实用的调试技巧在插件开发中日志是你的眼睛。除了使用Editor.log/Editor.warn/Editor.error输出到Cocos Creator的“控制台”面板你还可以将日志同时写入文件方便后续分析。// 在main.js中增加一个简单的文件日志器 const logStream require(fs).createWriteStream(Path.join(__dirname, exporter.log), { flags: a }); function logToFile(level, ...args) { const message [${new Date().toISOString()}] [${level}] ${args.join( )}\n; logStream.write(message); // 同时输出到编辑器控制台 if (level ERROR) Editor.error(...args); else if (level WARN) Editor.warn(...args); else Editor.log(...args); } // 在methods中使用 exports.methods.startExport async function(options) { logToFile(INFO, 开始导出任务参数:, JSON.stringify(options)); // ... 你的逻辑 };最后资源导出插件的配置和开发是一个持续迭代的过程。从满足最基本的需求开始逐步根据团队的实际痛点添加功能比如与项目管理工具Jira, TAPD联动自动生成版本说明或者与云存储对接实现自动上传。记住最好的工具永远是那个最能贴合你自己工作流的工具。
