http://unity3d.9tech.cn/news/2014/0116/39639.html
通常,在游戏的开发过程中,最终会建立起一些组件,通过某种形式的配置文件接收一些数据。这些可能是程序级别生成系统的一些参数,或许是手势识别系统的手势集,或任何其他东西。如果你是在Unity内部开发,很可能以创建一个可序列化的类来开始这项任务,这个类被设计成简单的容器,存储你所需要的所有配置数据。
但是那又怎样?现实中你是怎样把数据放到那个类里的?你是创建一堆XML 或 JSON文件,当游戏启动时加载它们吗?或在需要数据的类里有数据类的公共实例,并且你是通过Inspector设置所有东西,然后创建很多预制,每个配置有一个。
在这篇文章中我将阐述一种简单的方法,把那些可序列化的数据容器类放入自定义资源文件中。这与使用XML或者其他一些外部文件格式相比有很多好处。例如,通常,文件大小会更小,并且Unity将会掌控所有的序列化和反序列化。
我觉得这种方法最好通过举例来解释。所以我假设我们在尝试建立一个JRPG类型的对话系统,就像《火焰之纹章》或者《牧场物语》或者其他的JRPG那样。这个类型有着很大的文本泡,从底部向上滑,然后左边或右边有个扁平的角色在说话。
好了,现在开始为每个单独的对话语言元素创建简单的可序列化数据容器,如下:
1
2
3
4
5
6
7
8
9
10
11
12
13
|
[System.Serializable] public class DialogueElement { public enum Characters{ David, Megan}; public enum AvatarPos{ left, right}; public Characters Character; public AvatarPos CharacterPosition; public Texture2D CharacterPic; public string DialogueText; public GUIStyle DialogueTextStyle; public float TextPlayBackSpeed; public AudioClip PlayBackSoundFile; } |
上面有几个枚举来描述哪些角色和屏幕位置是有效地,展示角色的纹理,角色在对话气泡中究竟说了什么的字符串,GUIStyle为字符串设计样式,或许还有个浮点用来控制文本的消失速度,一个声音片段来为每个对话气泡加点背景声。
记住这仅仅是个例子,所以你应该学会举一反三,通过这个例子学会将技术应用于任何类型的数据容器。
接下来创建一个用于所有对话的类,它将含有那些DialogueElement对象的列表。我们不把它做成一个普通的序列化类,而是让它从ScriptableObject继承。ScriptableObject类可以把对话类转变成我们自己的自定义资源文件。
1
2
3
4
|
public class Dialogue: ScriptableObject { public List<DialogueElement> DialogItems; } |
现在可以从那个对话类里做出自定义对话资源了,首先要把CustomAssetUtility类保存在工程文件夹的某个位置。
CustomAssetUtility类
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
|
using UnityEngine; using UnityEditor; using System.IO; public static class CustomAssetUtility { public static void CreateAsset<T> () where T : ScriptableObject { T asset = ScriptableObject.CreateInstance<T> (); string path = AssetDatabase.GetAssetPath (Selection.activeObject); if (path == "" ) { path = "Assets" ; } else if (Path.GetExtension (path) != "" ) { path = path.Replace (Path.GetFileName (AssetDatabase.GetAssetPath (Selection.activeObject)), "" ); } string assetPathAndName = AssetDatabase.GenerateUniqueAssetPath (path + "/New " + typeof (T).ToString() + ".asset" ); AssetDatabase.CreateAsset (asset, assetPathAndName); AssetDatabase.SaveAssets (); EditorUtility.FocusProjectWindow (); Selection.activeObject = asset; } } |
在项目中安装了这个之后,只需要几行就可以把对话类,或者任何从ScriptableObject继承的类转变成自定义资源。
制作一个新的类/文件,命名为DialogueAsset.cs,并保证它是在Editor文件夹内的。然后在该类中为新资源创建一个新的菜单项,从已下载的工具类调用CreateAsset:
1
2
3
4
5
6
7
8
9
10
11
12
|
using UnityEngine; using UnityEditor; using System; public class DialogueAsest { [MenuItem( "Assets/Create/Dialogue" )] public static void CreateAsset () { ScriptableObjectUtility.CreateAsset<Dialogue> (); } } |
现在当你从menu选择Assets -> Create,或者在project视图中点击创建按钮的时候,就能看到创建新对话的选项。
当点击新创建的资源文件的时候,Inspector视图将会出现DialogueElements的列表以及它们的所有公共变量。和实例化的DialogueElements不同,由于这些是在它们自己的资源文件夹中的,你对它们所做的任何改变都将会贯彻到底,无论是在编辑器状态还是运行状态。所以如果游戏运行时在preview模式下,你对值做了改变,即使停止运行游戏还会保留。这种技术本质上是GUISkin和Unity的其他内置资产的工作原理。
为了从另一个类中访问数据,假设你正在写的类实际上在对话屏幕上显示,就做一个对话的公共实例吧。
1
2
3
4
5
6
|
public class DialogWindow : MonoBehaviour { public Dialogue DialogueFile; //The rest of your awesome code to playback //your dialogues or use your customs assets |
接下来只要通过Inspector指定它。通过单击小圆,从列表中选择它,或者在开口槽(open slot)中拖放一个新建的资源文件。
如果你雄心勃勃,或者仅仅想采取额外的步骤,写一个自定义的Inspector类,来配置资源在Inspector中如何展示。如果是这样,创建一个新的类/文件,命名为DialogueEditor.cs之类的,确保在Editor文件夹下。然后开始写那个类,像是这个样子:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
|
using UnityEngine; using UnityEditor; [CustomEditor( typeof (Dialogue))] public class DialogueEditor : Editor { private Dialogue D; //Make an easy shortcut to the Dialogue your editing void Awake() { D=(Dialogue)target; } public override void OnInspectorGUI() { //The rest of your awesome code to allow custom editing // of your dialogues or other customs assets you make . . . |
然后用代码填充OnInspectorGUI功能,来显示编辑资源的选项。这将非常有利于清理和简化Inspector视图所显示的东西,或者隐藏你不想编辑的选项。对于团队来说也很有用。对于技术不是很娴熟的团队成员来说,例如写脚本的人,说“你看,这个的确很简单,只要点击创建对话并填好一切即可”。下面的截图说明了本项目创建自定义Inspector的用途。
但是,还有一个小小的告诫。如果你为编辑资源文件写了一个自定义Inspector类,或者在另一个MonoBehavior运行时修改自定义资源的值,就需要在你改变的对象上调用Unity的SetDirty方法,如下:
1
|
EditorUtility.SetDirty(yourInstanceOfACustomAsset); |
之所以这样做是因为Unity将会知道对象的内容被修改了,需要重新序列化并保存到磁盘上。
现在,你应该了解如何制作属于你自己的自定义资源,并把它们作为配置文件使用。
原文链接:Unity Pro Tip: Use custom made assets as configuration files