游戏开发中，资源的管理是一项非常精细的活，不同类型的资源往往拥有完全不同的管理方式和配置方式，本文希望从 5 个不同的管理级别对资源管理进行解构 致命资源错误不让保存 保存了不让提交 提交了可以快速发现问题 发现问题可以快速修复 版本问题记录 对于可以使用 AssetPostprocessor 解决的问题，这里就不做介绍了，这种问题一般都非常简单，如果不清楚如何使用，可以搜一下相关实现 本文提到的…
对资源的规范化我们能做什么
一些关于代码积累的记录
UPM 开始之前 通用框架要解决什么问题？ 什么内容有资格放进框架中？ 这种设计会不会给开发者带来额外的负担？ 内网！内网！ OpenSSH 标准的 ssh 管理 最后 当你需要新开一个项目时，往往需要从一些旧项目中拿走一些现成的框架，但这里的代码，如果没有好好管理，新开项目时往往要大费周章从旧有项目中剔除很多没必要的内容 如果将框架直接放在业务逻辑中，往往会出现一些开发者胡乱修改框架内容，或者图…