关于Cocos Creator脚本执行顺序的几点补充

Cocos Creator开发远非初看起来那么容易，正早一些可视化开发语言，例如VB，入门很容易，但进入实战阶段，你极可能会发现问题一古脑儿出现。可是，不要怕，根本缘由还在于你不熟悉它。其效率没必要怀疑，并且官方的主打产品也正是它。开发中，深感官方关于Cocos Creator脚本执行顺序尚存在不少不详细或者透彻的地方；所以，本人结合最近一个时段的学习，做如下几点补充。

一，官方文档最重要

地址是：http://docs.cocos.com/creator/manual/zh/scripting/execution-order.html
可是，其中提倡使用统一的控制脚原本初始化其余脚本这一部分尚有一些疑点，例如官方给出的示例代码是：

// Game.js

const Player = require('Player');
const Enemy = require('Enemy');
const Menu = require('Menu');

cc.Class({
    extends: cc.Component,
    properties: {
        player: Player,
        enemy: Enemy,
        menu: Menu
    },

    onLoad: function () {
        this.player.init();
        this.enemy.init();
        this.menu.init();
    }
});

可是，当三个脚本Player.js,Enemy.js和Menu.js分别挂载到一些UI组件上时，这个Game.js自己挂载到哪里？只是简单地建立一个与最外层Canvas同级的空节点上并把它挂载到上面去吗？经过个人试验分析，这是存在问题的。

2、同一节点上脚本的执行顺序

官方的结论是：
“在同一个节点上的组件脚本执行顺序，能够经过组件在 属性检查器 里的排列顺序来控制。排列在上的组件会先于排列在下的组件执行。咱们能够经过组件右上角的齿轮按钮里的 Move Up 和 Move Down 菜单来调整组件的排列顺序和执行顺序。”
这个没有什么可值得怀疑的，也很好理解。

3、后代节点上挂载的脚本的执行时机

若某节点是父节点，其下有一个子节点，且这父子节点都各自挂载一些脚本，则执行顺序是先执行父节点上的脚本（可能有多个），再执行子节点上的脚本。

4、兄弟节点上挂载的脚本的执行顺序

此种状况下，按照自上而下的顺序执行各节点上挂载的脚本代码。

5、通常情形下挂载脚本执行顺序

如有以下所示的节点及脚本的挂载结构图：

Canvas1(自己挂载有S1.JS脚本)
其下有子节点BALL（此节点挂载有S11.JS脚本）
Game(自己挂载有S2.JS脚本)
其下有子节点PLATFORM（此节点挂载有S21.JS脚本）

因而，根据上面分析有下面的脚本执行顺序：
S1.JS S11.JS S2.JS S21.JS

6、非使用cc.Class定义的非继承自cc.Component脚本文件的执行时机

例如脚本文件Physics-Settings.js：

console.info("I am here...");
let physicsManager = cc.director.getPhysicsManager();
physicsManager.enabled = true;

physicsManager.debugDrawFlags = 
    // 0;
    // cc.PhysicsManager.DrawBits.e_aabbBit |
    cc.PhysicsManager.DrawBits.e_jointBit |
    cc.PhysicsManager.DrawBits.e_shapeBit
    ;

此脚本的加载很是之早，在全部软件自定义脚本的开发以前加载，有下图为证：

所以，由上图可见，程序中全部脚本的加载顺序为：

Cocos2d 引擎
插件脚本（有多个的话按项目中的路径字母顺序依次加载）
普通脚本（打包后只有一个文件，内部按 require 的依赖顺序依次初始化）

7、小结

Cocos Creator入门容易，深刻掌握也不易，但随着官方提供支持的不断丰富，相信会进一步简化咱们的学习。有关JS脚本开发技术，更是Cocos Creator开发中的重中之重，随着对这个工具的不断深刻，须要咱们也不断深刻掌握JS开发技术。本文仅是本人近期一个BOX2D类小游戏开发过程当中结合本身使用总结出的一点小体会，不当处还但愿各位多多批评。