扩展包工作流程模式

如果我们的插件不需要任何用户输入，而且只要一次性的执行一些主进程逻辑，我们可以将所有工作放在 的 load 生命周期回调里：

如果你的插件会自动完成工作，别忘记通过 Editor.log, Editor.success 接口（上述接口可以在 查看详情），来告诉用户刚刚完成了哪些工作。

示例中使用到的 Editor.projectPath 接口会返回当前打开项目的绝对路径，详情可以在 Editor API 中找到。

关于菜单命令的声明，请参考 。

入口程序除了可以在主进程执行 Node.js 所有标准接口以外，还可以打开编辑器面板、窗口，并通过 IPC 消息在主进程的入口程序和渲染进程的编辑器面板间进行通讯，通过编辑器面板和用户进行复杂的交互，并在相关的进程中完成业务逻辑的处理。

要通过入口程序打开一个编辑器面板：

启动面板后，在主进程和面板渲染进程间就可以通过 ，Editor.Ipc.sendToMain 等方法来进行进程间通讯，我们会在后面的文章中进行详细介绍。

由于 Cocos Creator 本身采用的组件系统就有很高的扩展性和复用性，所以一些运行时相关的功能可以通过单纯开发和扩展组件的形式完成，而扩展包可以作为这些组件和相关资源（如 Prefab、贴图、动画等）的载体。通过扩展包声明字段 runtime-resource 可以将扩展包目录下的某个文件夹映射到项目路径下，并正确参与构建和编译等流程：

上述声明会将 projectPath/packages/myPackage/path/to/runtime-resource 路径下的全部资源都映射到资源管理器中，显示为 [myPackage]-[shared-resource]。

更多信息请阅读 。