本章我们将依然讲解Unity中的Attribute,继续命名空间在UnityEngine里的。

PropertyAttribute,这个特性主要来控制变量或者类在Inspector里面的显示方式。和PropertyDrawer类挂钩,具体用法我将在之后开一系列讲解UnityEditor的文章中讲解。

Range,这个特性很好理解。给值类型一个范围, 代码如下:

在监视面板里,我们将会看到10的初始值,只要一动滑条,你的值就被限制在0-2之间了。

RequireComponent,自动添加所需的component,这个用来避免一些存在依赖关系而导致的错误。

如代码:

或者

在监视器里会自动产生依赖项:

 如果你想要删除Test脚本,会报错。这个属性默认的构造函数,参数支持1-3个component,如果太多,可以分开写。

我们继续修改代码:

如果两个类有继承关系,也不能添加:

不过一般情况下,我们手动也无法添加两个有继承关系的组件,这不难理解。

RuntimeInitializeOnLoadMethod,这个属性时Unity5.0后新加的一个特性。如果好好利用起来,这个特性将会非常有用。

比如我们启动游戏的时候,会写一些数据的初始化工作,这些类不需要作为一个monobehaviour存在,但我们需要一个程序入口来驱动,所以不得不用一个GameObject来作为GameEntry。这个特性就可以做到。

首先我们写一个普通类,没有从Mono继承,代码如下:

public class RuntimeLoad 
{
    [RuntimeInitializeOnLoadMethod]
    static void OnRuntime1 () 
    {
        Debug.Log("On Run Time 1");    
    }
    
    [RuntimeInitializeOnLoadMethod]
    static void OnRuntime2()
    {
        Debug.Log("On Run Time 2");    
    }

    [RuntimeInitializeOnLoadMethod(RuntimeInitializeLoadType.BeforeSceneLoad)]
    static void OnRuntime3()
    {
        Debug.Log("On Run Time 3");
    }

    [RuntimeInitializeOnLoadMethod(RuntimeInitializeLoadType.AfterSceneLoad)]
    static void OnRuntime4()
    {
        Debug.Log("On Run Time 4");
    }
}

需要注意,这个特性必须在静态函数上面插入,否则不会生效。可以看到这是一个正常的C#类,不加特性的情况下,肯定不会自动执行。

其中OnRunTime1和2都是没有参数的,完全一致,我们用来验证系统的执行顺序,然后3和4加了参数,可以看出一个是场景加载前,一个场景加载后。

RuntimeInitializeOnLoadMethod也可以加在monobehaviour上,为了验证调用顺序,我们在Hierarchy窗口的最上面的一个GameObject(之后统一称为GO)和最下面的GO上分别添加了两个脚本,这两个脚本都会在Awake, OnEnable和Start中输出,其次加了三个静态函数,和上述OnRuntime2,3,4一致。这里代码省略了。

然后运行程序,可以看到:

首先输出的带场景加载之前参数的,不论常规类还是unity组件的,然后是Awake和OnEnable,紧接着不加参数的特性和加了场景加载之后参数的一起输出,最后是Start方法。

总结:

1),加了BeforeSceneLoad参数的先输出,非Monobehaviour的类最先输出,然后是在Hierarchy窗口中位置靠下的输出,最后是位置靠上的输出。

2),这时候进入了LoadScene阶段,因此会调用Awake和OnEnable方法,还是位置下面的先调用。

3),这时候,加了AfterSceneLoad参数的开始输出。顺序和1)一样。没有加参数的同加了AfterSceneLoad的。

4),Start方法被调用。

相信看完这个实例后,对于这个特性的用法大家都了然于心了。

 SelectionBase,关于这个特性,先看操作:

新建一个GameObject1,建一个子节点GameObject2,再建一个Cube作为GO2的子节点。

注意GO1和GO2都是空的GO。

在Scene里面选择我们刚才创建的Cube,选中后的状态是:

系统会默认选择Cube。现在我们在GO2上加了一个配置信息,需要经常改变,如果一直定位在Cube上就太麻烦了。有两种解决办法,一种是手动去选。。。还有一种就是用SelectionBase。

新建一个脚本,代码如下:

将其附加到GO2物体上,然后再次重复选择操作。

可以看到GO2先被选中了,再点击的话能够轮询到Cube。因此SelectionBase的作用可以让没有实体的GO被选中。

我们在GO1上也加一个SelectionBase,再次点击,还是只能选中GO2,多次点击也无法选到GO1,我把GO2的脚本移除就可以点到GO1了。

我猜测,SelectionBase可能在同一根目录物体下,只有一份会起作用。因此我修改了场景里的物件如下:

其中GO1,GO2,GO2(1)都带有selectionbase特性。一次点击,可以看到如下顺序:

然后就跳出根目录了,基本上验证了我的猜想,这个点需要注意一下。

其实Unity自己封装了一个可选组件:

这个组件基本功能是一样的,它的功能更多一点,可以做一些交互的响应等。如果没有特殊需求不建议用这个。

 SharedBetweenAnimators,这个特性只能作用于派生自StateMachineBehaviour的类,指定该类仅会实例化一次,并且在所有的Animator实例之间共享,可以减少每个控制器实例的内存占用。注意,如果你的StateMachineBehaviour更改了一些成员变量,它将影响所有使用它的Animator实例。

Space,用于在Inspector面板上的参数之间加空行。

其中space的参数为高度,也可以不加。

TextArea,默认string在Inspector面板上的显示一行

添加TextArea可以变成一块更灵活的文本编辑区

可选参数可以设置最小和最大行数。并且不能用于非string类型。

ToolTip可以在Inspector参数上添加一个悬浮提示。修改代码如下:

鼠标悬浮在在Inspector面板可以看到:

UnityAPICompatibilityVersion,声明一个程序集与特定的Unity API兼容。由内部工具使用,确定程序集是否能够使用旧的UNITY API。