首先为什么会有这个标题？
因为字典很好用，只需要键就能拿到值，这种感觉是真的爽，新手最喜欢用了，遇事不决就字典，但是也有不好的地方，字典的内存开销比列表List要大，遍历也是List占优势（内存连续，但是查询、删除、插入是不如字典的）。
明明各有千秋，为什么我要使用List呢？标题是Unity，哈哈哈懂了吧，一般情况下字典无法在untiy的inspector页面上展示出来，这就使得添加数据和查看数据成为了麻烦，但巧了List可以。
欸，这个时候必定有杠精要来说，你不会自定义属性绘制器吗，这样不就展示出来了吗？
欸，就等你这句话了，对此，我都说了"一般情况下"，各位想重写的可以去写，unity不提供，是因为Unity的序列化系统并不直接支持标准的.NET Dictionary类型，一般来说序列化的数据都能再inspector上显示。
欸，但是别急，想在inspector上看到依旧是有很多方法的，不建议写。毕竟已经有大佬写了：
（这三个都是，都可以使用）
SerializableDictionaryForUnity
SerializableDictionaryLite
unity3d-ordered-dictionary
这里先介绍List如何使用出字典的感觉：
[CreateAssetMenu(fileName = "New Audio Data",menuName = "ScriptableObject/Audios Data")]
public class AudioScriptableObject : ScriptableObject
{[Tooltip("音频组")]public List<AudioWithTag> audio;
}[System.Serializable]
public class AudioWithTag
{public string tag;[Tooltip("音频")]public AudioClip audio_clip;
}这是我写的一个用于创建ScriptableObject的数据对象工具，这是个音频数据对象
可以看到用的就是List，在inpector上展示如下：
我们拿数据怎么拿？
如下：
//找到对应tag的音频AudioWithTag audio = audio_data.audio.Find((_audio)=>{return _audio.tag.Equals("Enter");});这是因为List中有查询的方法，当然还有是否存在的方法，
优化一下，在该类中定义获取方法。
/// <summary>/// 获取音频/// </summary>/// <param name="tag">音频tag</param>/// <param name="audio">返回的音频</param>/// <returns>找到则返回true，否则返回false</returns>public bool TryGetAudioGroup(string tag,out AudioClip clip){if(audio!=null){Debug.LogError($"音频组为空");clip = null;return false;}AudioWithTag audio_withtag = audio.Find((_clip)=>{return _clip.tag.Equals(tag);});if(audio_withtag == null || audio_withtag.audio_clip == null){Debug.LogError($"音频{tag}没有找到！");clip = null;return false;}clip = audio_withtag.audio_clip;return true;}是不是在找的时候用出了字典的感觉，字典我们拿数据是TryGetValue这个方法，方式相似，代码量相当。
