目录

（一）存档点对象制作

（二）保存数据与加载数据

（三）存储数值与场景

（四）游戏结束画面制作

（五）序列化数据保存

（一）存档点对象制作

        希望互动切换存档点图片，逻辑与互动宝箱相同。

        为存档点制作特效，需要使用场景的后处理来更改画面效果。首先开启并设置Global Light，如果开启后场景中物体都变黑，则检查光源的Sorting Layer并调整为Everything。

        要应用后处理，需在选中的场景中创建Volume，控制对应范围的画面效果，使后处理生效则需要在主相机中启动后处理。在Volume的组件中添加想要设置的效果，各个组件的效果可以查看URP的中文文档。使用Global Volume更改整个场景，再用其他Volume实现不同区域的效果。Volume中的Blend Distance影响了3D坐标下的处理距离，如果相机位置超出了影响距离，则此Volume的效果不会起作用。

        为物体添加Sort Group组件可将其与子物体一同进行图层堆叠判断。

（二）保存数据与加载数据

        在Save和Load时，需要处理的数据可能分散在多个物体中，如玩家、宝箱和每个敌人，对于这些物体都需要实现加载方法且具体实现不同，就可以用接口的写法让这些对象都拥有各自保存和加载的方法。接口需包括必要的方法：注册方法，用于将需要保存的物体注册到管理脚本中；注销方法，用于物体被销毁的同时在管理类中注销此物体；获得存储数据的方法以及读取数据的方法。此外还可以通过为接口添加一个特定返回值的方法来提醒实现类包含某些特定值。

        DataManager作为管理数据存储的管理脚本，需要持续性跨场景或跨脚本调用，除了SO写法外，由于DataManager在整个游戏中只会出现一个，因此也可以采用单例模式的写法来实现（单例模式少用，多了会乱）。在DataManager中首先实现注册和注销的方法，传入需存储的接口类型来记录对象，这样通过注册来统计需要操作的对象的写法称作观察者模式，便于统一通知。

        新版的c#允许在接口中进行函数实现。在接口中实现注册和注销对DataManager单例的调用。已经在接口实现了的方法在实现类中不会出现，因此要调用需要实例化=this来强制执行。

        存储的数据则单独在一个Data类中编写，采用字典键值对保存数据，并在Save和Load时按照Data类整体进行。各个对象的数据以GUID全局唯一标识符作为索引，使用OnValidate()方法会在编辑器模式下，对数据变化做出反应，所以在其中使用System.Guid.NewGuid().ToString()生成ID的话，就可以在挂载脚本时自动生成对象ID。

        实现存储方法时，需要判断Data中是否已经存在此ID的数据，若已存在就更改，反之添加。所有数据统一存储到在DataManager中实例化的Data类。当触发存档事件时，DataManager遍历列表通知注册者保存数据。同理，实现读取方法则遍历列表还原每个对象的坐标。

        最后，每个继承了接口的类都需要完成：实现接口方法，包括生成ID，保存和读取；在OnEnable和OnDisable中实现注册与注销；添加ID生成脚本。

（三）存储数值与场景

        增加存储数据的类型，可以扩充Data类，增加用于存储数据的字典类型变量。   

        当因为类加载顺序导致空指针报错时，可以在类名前加上[DefaultExecutionOrder(xxx)]来设置默认执行顺序,如果还是报错则尝试将没有找到的脚本重新挂载，因为unity默认对后挂载的脚本先执行。

        由于前面场景加载使用的是SO类来实现的，不易被序列化，因此改为将SO场景传给Data类，再在Data类的方法中将其序列化为json字符串。像这样SceneLoader调用Data的订单方法，而不关心Data执行操作的具体过程的结构成为工厂模式。JsonUtility.ToJson可以将object转换为Json格式，而反序列化时则用ScriptableObject.CreateInstance<GameSceneSO>()生成原本的场景变量，并用JsonUtility.FromJsonOverwrite(sceneToSave, newScene)来反序列化json文件为GameSceneSO。

        在加载场景的同时从Data中提出玩家坐标作为加载坐标，以防坐标加载混乱。

（四）游戏结束画面制作

        在mainCanvas上创建一个Panel蒙板来制作游戏结束画面。使用player身上的死亡事件来激活游戏结束画面。

        当按下重新开始按钮时，激活读取数据事件，有DataManager监听事件并开始读取通知。而UImanager则监听控制游戏结束界面停止激活。玩家控制脚本也需要监听游戏载入事件来清空死亡状态，防止读档后仍然倒地。

        返回主菜单的按键类似，创建返回菜单的事件并让SceneLoader来订阅，由按钮来激活。此外在读档事件中对玩家死亡和UI状态的控制也要在返回菜单状态中处理。

        主菜单的继续游戏按钮则可以直接启动加载数据的事件来实现读档继续效果。

（五）序列化数据保存

        此步将数据制作成文件保存。使用Newtonsoft.Json工具来完成这一步。

        以Application.persistentDataPath作为存档的存储位置，存放在C:/Users/xxxx/AppData/LocalLow/CompanyName/ProductName本地位置。接下来使用JsonConvert.SerializeObject()方法可以将整个类转换为json数据流。最后使用Directory.CreateDirectory()创建文件夹并将数据流写入存档。

        同理在读取文件后，对字符串反序列化得到原本的数据类。由于游戏刚开始时没有在地图上互动过存档点，因此在游戏开始时读取一次文件存档即可。

        之前保存坐标所使用的Vector3数据类型不可被序列化，因此可以为其单独创建一个类SerializeVector3来保存。