入口程序

每一个插件都可以指定一份入口程序，入口程序是在 主进程 中被执行的。通常我们会在入口程序中：

  • 初始化扩展包
  • 执行后台操作程序（文件I/O，服务器逻辑）
  • 调用 Cocos Creator 主进程中的方法
  • 管理扩展面板的开启和关闭，以及响应主菜单和其他面板发送来的 IPC 消息
    这里有一份入口程序的最简单样例：
  1. 'use strict';
  3. module.exports = {
  4.   load () {
  5.     console.log('package loaded');
  6.   },
  8.   unload () {
  9.     console.log('package unloaded');
  10.   },
  11. };

生命周期回调

load

当扩展包正确载入后，将会执行用户入口程序中的 load 函数。我们可以在这里做一些关于扩展包本身的初始化操作。

unload

当扩展包卸载进行到最后阶段，将会执行用户入口程序中的 unload 函数。我们可以在这里做一些扩展包卸载前的清理操作。

加载和卸载注意事项

Cocos Creator 支持在编辑器运行时动态的添加和删除扩展包，所以要注意如果扩展包依赖编辑器其他模块的特定工作状态时，必须在 load 和 unload 里进行妥善处理。如果插件的动态加载和卸载导致其他模块工作异常时，扩展包的用户总是可以选择关闭编辑器后重新启动。

IPC 消息注册

在入口程序中添加 messages 字段，可以让扩展包在加载的时候进行主进程的 IPC 消息注册。样例如下：

  1. 'use strict';
  3. module.exports = {
  4.   messages {
  5.     'foo-bar' ( event ) { console.log('hello foobar'); },
  6.     'scene:saved' ( event ) { console.log('scene saved!'); },
  7.   },
  8. };

通过上面的例子，我们可以看到注册的 IPC 消息接受两种格式：

短命名消息

短命名消息是指消息名不带 : 的消息。这些消息将被视为该扩展包内的消息，在注册阶段，实际注册是，会被写成 ${你的扩展包名}:${消息名}。以上面的代码为例，假设我们的扩展包名字为 simple-demo，那么 foo-bar 这个消息实际注册时，将会扩展成 simple-demo:foo-bar。

实际应用中，我们就可以通过 Editor.Ipc.sendToPackage 函数发送 IPC 消息到主进程的指定扩展包的注册函数中。

  1. Editor.Ipc.sendToPackage('simple-demo', 'foo-bar');

当然，我们还有更多的消息发送策略，我们会在后续的章节中进行详细介绍。

全名消息

全名消息就是指消息名中带有 : 的消息命名方式。通常我们书写全名消息是为了监听其他扩展包，或者其他模块的 IPC 消息。通过全名消息很清晰地知道这份消息是从哪个扩展包中发出的，也更好的避免了消息冲突的问题。

如上面的例子，我们可以清楚的了解到，“scene:saved” 这个消息是从 scene 这个内置扩展中发送的。

原文: http://docs.cocos.com/creator/1.10/manual/zh/extension/entry-point.html