存档功能，有必要把存档的逻辑和静态数据进行分离吗？

https://www.bilibili.com/video/BV159mCYkEV3?spm_id_from=333.788.videopod.sections&vd_source=ba12abf0c79ad715cb52ae897f9ca5ed&p=20
19p，存档教程里面，视频里面根据不同的资源类型写不同的保存脚本，但是视频里面通过tres文件，把数据和逻辑进行解耦了，我难以理解，存档这种功能还存在多种情况吗？我问ds，ds强行解释，说什么多个存档模板，不同的职业存档，我晕了……难以说服我

我特么感觉这个视频的老师在照本宣科，我都怀疑他都没思考自己写的代码到底有什么作用，我真是服了

举个例子，你有一个背包，背包有许多道具，道具有固定的属性名字，介绍，图片，是否可以叠加。将所有的道具做成资源保存起来，当你获得道具时根据名字取得资源实例化，并且在格子内记录数量。存档只需要保存一个名字和数量。

视频里太复杂懒得看，种田类游戏可以保存田地格子的坐标，田地是否种植某种作物，作物的生长阶段。加载存档时遍历坐标列表在场景对应的坐标生成田地，对应阶段的作物

两种数据加载方案，一种是资源类，建立一个资源字典，字符串/枚举作为键，道具类作为值，例如道具类export名字，介绍，图片，好处是图片拖上去就行，路径由引擎管理，引擎内更改图片的位置/名字没有影响。

另一种是把数据保存到json，像图片这种资源需要路径，可以在脚本里进行拼接，例如某个路径文件夹了保存所有道具的图片，就可以把图片命名为道具的名字，拼接文件夹名和图片名，多种道具在同一张图片上需要裁剪的情况会更复杂。

@黙轻言
我说的静态资源，是这种……，你可以看看这个node_data_resource.gd脚本，对应了一个node_data_resource.tres，这个node_data_resource.tres可以修改node_data_resource脚本的三个属性，以此达到一个脚本多个属性的目的，只需要新增tres文件即可，但是我认为完全没必要，视频老师在画蛇添足

模板需要有共同点，数量种类多才好用，例如幸存者，怪物同质化严重，通过修改移动速度，伤害，换一张图片改一下缩放就算是一种新怪物了

tres是保存场景，只能把场景还原成保存时的状态，而数据部分你得另做处理。

这个不是自己理解吗？你简单的游戏就参考，复杂的游戏就仔细参考

2倍速看了几分钟，估计作者是想通过组件标记需要保存的节点，但每种节点需要存的数据不一样，所以为每种节点设计了一种存储结构，比如饭用碗来装，垃圾用垃圾桶来装，最后用一个房间来把这些都装起来，好处是易于维护，不用东西都放房间的地面上。然后其他楼里提到的，把数据覆盖了，视频没看后面，盲猜是因为保存数据把之前的覆盖了，就好比碗是保存饭的，你吃了两口，现在的饭的数据肯定是要覆盖没吃之前的数据的，但保存这个饭的依旧是这个碗没变

扫二维码下载贴吧客户端

下载贴吧APP
看高清直播、视频！

16回复贴，共1页

<<返回godot吧

分享到:

日	一	二	三	四	五	六