本 post 用于记录使用 unity 中遇到的一些错题:
1.git clone unity 项目之后资源出现问题 cannot read
根因:项目中的贴图(.jpg)、模型(.fbx)等大文件使用 Git LFS 管理。clone 时因为网络问题(国内访问 GitHub 不稳定),LFS文件没能下载下来,只留下了指针文件(~130 字节),导致 Unity 报 “cannot be read”。
解决方案:
- 设置 Git 代理
- 运行 git lfs pull 下载所有 LFS 对象
在这个宽裕的寒假里,我跟着哥哥学到了很多关于游戏开发的技术,有一定编程音乐美术基础的我决定要制作出一款游戏,但是一个人还是太难完成这件事情了,在寒假自习的时候经过粗略的交流发现有同学设计过体系很完善的游戏,但是碍于代码太难写了就放弃了,于是我们一拍即合开始了开发……希望能一直坚持到游戏发售的那天!
至于为什么不叫日志而叫日记,我在里面更多会发表一些自己的想法,而非简单客观的陈述我做了些什么。
目前写了 1800 多行代码,将基本的 人物移动 摄像机控制 场景切换 存档逻辑 受伤与攻击 动画状态机 都已经写好了,构建了一个很庞大的框架,之后主要需要进行美术开发。目前使用的素材都是 itch.io 上的免费素材,我们自己的美术资源还在制作中
计划先做出浮岛上的 demo ,设计了一个通过 “意识” 从陆地到岛上的方式,下一个实现的目标就是在人物向上移动的过程中平台的随机生成。
采用的是b站一个免费课程的存档逻辑架构

一些设计手稿 (这些都是我想的,美术资源等完成绘制做好动画后会展示):
ISaveable saveable = this; this.(Un)RegisterSaveData();使用这个的原因是因为最近在进行游戏开发,在 obsdian 中新建了文件夹,但是发现在 blog-pages 下没有这个文件夹,才想起来两年前使用的是软链接来实现的,所以在此总结一下 mklink 的使用方式,以后总有会再用到的时候的
mklink 命令使用教程mklink?mklink 是 Windows 系统中用于创建 符号链接(Symbolic Link)、硬链接(Hard Link) 和 目录联结(Junction Point) 的命令行工具。它可以让文件或目录在多个位置“虚拟存在”,而无需实际复制数据。
1 | mklink [[/D] | [/H] | [/J]] <Link> <Target> |
| 参数 | 说明 |
|---|---|
/D |
创建目录符号链接(Symbolic Link for Directory) |
/H |
创建硬链接(Hard Link,仅限文件) |
/J |
创建目录联结(Junction Point,仅限目录) |
<Link> |
要创建的链接路径(新生成的快捷方式路径) |
<Target> |
原始文件或目录路径(被链接的目标路径) |
具体步骤:
单例模式就时采取一定方法保证整个软件系统中,某个类只能存在一个对象实例,并且只提供一个取得对象实例的方法。
1 | public class SingleTon1 { |
缺点:创建了没有用,造成资源浪费