Godot的游戏开发思考(无代码)
前言
我断断续续学了快半年的Godot了吧，从去年的Unity事件发生之后开始接触，然后断断续续学到了现在，这里就简单讲讲我对Godot的看法
GDScript or C#？
GDScript是Godot自己开发的一种语言，Godot 底层其实是用C++写的，这其实非常的常见，比如Blender底层同样都是用C++写的。C++写就是为了满足性能的需求，比较游戏引擎，速度越快越好。这部分主流都是C,C++开发的。
- GDScript
- 优点：对于零计算机基础的人来说，简单易上手。Godot自带的编辑器有对应的支持
- 缺点：生态太差，比如网络服务，数据库连接等功能基本没有。只是一个单纯的游戏引擎
- C#
- 优点：Godot第二语言，官方主推的语言。因为要接纳Unity难民。.NET Core 8.0的性能提升，微软大公司背书，.NET 生态很丰富。网络连接，数据库连接，文件管理，日志打印，这些功能都有。静态语言更适合大项目管理。
- 缺点：C#的教程较少，而且写有点麻烦。
我个人就是无脑C# 的，因为C# 的上限更高
C# IOC开发
这个是我之前在CSDN上面写的笔记，但是后面CSDN上面的广告太多了，有点受不了了，我就到博客园了。
IOC解耦的思路肯定是正确的，通过Ioc来依赖注入解耦，会大大降低项目的耦合。
代码和引擎的平衡
代码和引擎之间其实是有中间量的，就是有部分功能，能用引擎去解决，也可以用代码去解决。比如显示文字的字体。物体的移动。但是根据我的实践，能用Godot自己解决的问题，尽量用Godot自己去解决。简单来说，让Godot去负责UI部分，让代码去解决逻辑部分。但是IOC这个实在是过于复杂，我想想写简单项目还是不用IOC，就把C# 当脚本来写就可以了。毕竟项目的复杂程度还不至于到这种程度。
Godot如何学习
我之前是照着一个横板2D的完整项目去学习的。
这个人讲解的挺好的，很多东西都很有用。我目前还没学完，毕竟比较的枯燥。打算五一劳动节5天突击学完。不能再拖了。学完之后我就去写自己的godot项目了。
多而精炼的小Demo
我觉得学习，尤其是实践开发的学习，还是得配合大量的练习，每次练习都是为了解决一个简单的目标，而且有些问题都是渐进式的。B，C，D是在A之后的问题，你解决了B,C,D，你的A就项目中使用了3-4次。这样之后你A部分的内容解决的就非常的熟练了。
后面的学习的方向
打算从经典小游戏的复刻开始，比如推箱子，俄罗斯方块。
Ai绘画和Ai声音的学习
打算学一些Ai绘画和AI声音，这个肯定是要学的，毕竟是能大大提高生产力的工具。打算测试一下怎么嵌入到游戏开发的工作流中。应该还是要本地部署的，远程部署的免费的网站感觉还是比较少的。
Godot项目导出
我后面发现，Visual Studio的项目导出非常的合适，适合快速开始项目。因为Visual Studio有项目导出的功能，在导出的时候将Godot的项目文件也包含在Visual Studio的项目里面，这样的话，新建Visual studio项目的时候就包含了Godot的项目了。
具体的如何导出我还没怎么测试过，先暂时不去了解好了。比较现在还在小项目练手期。
