Godot的游戏开发思考(无代码)

前言
GDScript or C#？
- C# IOC开发
- 代码和引擎的平衡
Godot如何学习
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上面的广告太多了，有点受不了了，我就到博客园了。

Godot 学习笔记

IOC解耦的思路肯定是正确的，通过Ioc来依赖注入解耦，会大大降低项目的耦合。

代码和引擎的平衡

代码和引擎之间其实是有中间量的，就是有部分功能，能用引擎去解决，也可以用代码去解决。比如显示文字的字体。物体的移动。但是根据我的实践，能用Godot自己解决的问题，尽量用Godot自己去解决。简单来说，让Godot去负责UI部分，让代码去解决逻辑部分。但是IOC这个实在是过于复杂，我想想写简单项目还是不用IOC，就把C# 当脚本来写就可以了。毕竟项目的复杂程度还不至于到这种程度。