
Godot4中的整除和python的不同，容易在使用中造成麻烦，这里记录一下，也方便遇到这类问题的朋友了解一下。


python代码：
    print(5 // 2) # 结果是2

但是，如果在Godot中运行这个代码就会报错：Expected expression after "/" operator.


正确的Godot整除代码是：

    print(5 / 2) # 2
    print(5.0 / 2) # 2.5

也就是说Godot中：两个操作数都是整数时执行整数除法。如果至少有一个是浮点数，就会返回浮点值。


Godot4中的整除和python的不同，容易在使用中造成麻烦，这里记录一下，也方便遇到这类问题的朋友了解一下。

Godot4中的整除报错:Expected expression after "/" operator.


Godot4 学习资源教程推荐，都是自己收藏并学习过的，少走弯路加速你的游戏进度。


## 教程

Godot Engine 4.5 简体中文文档
https://docs.godotengine.org/zh-cn/4.x/



【精品熟肉】想在2024年做游戏？跟着Brackeys来学Godot引擎吧！
https://www.bilibili.com/video/BV17Z421J7uF

转载自YouTube的Brackeys频道：https://www.youtube.com/watch?v=LOhfqjmasi0

项目所需素材：https://brackeysgames.itch.io/brackeys-platformer-bundle


点评：入门Godot绝对不错的一个教程，简单实用，几乎囊括了入门的所有知识点。


做出你的第一个Godot 2D游戏！
https://merxon22.github.io/GodotArchive/zh/posts/beginner_2d/

点评：码客二十二，我就是看他的教程入门的Godot，简单，通俗易懂的全中文视频教程


一些Godot教程的总结
https://ai.feishu.cn/wiki/CQMPwbWtyikKgFkZSmycuWQNnJe?fromScene=spaceOverview

点评：很用心的笔记类型教程，适合看视频犯困的朋友。


游戏编程模式
https://gameprogrammingpatterns.com/contents.html

点评：深入游戏的高级编程之地，了解游戏编程模式



godot2D地图编辑教程：瓦片地图 平台 物理吊桥 脚本化生成
https://www.bilibili.com/video/BV1np3dzNEAw

点评：对于万片地图的应用讲解的很详细，UP主很有才华。

【中文语音】Godot4终极入门教程
https://www.bilibili.com/BV1pu4y1b7p6

点评：搬运油管的教程，质量不错，适合入门。


Godot 4 ARPG游戏教程
https://www.bilibili.com/BV1AJuozuEbq

点评：搬运油管的教程，质量不错，循序渐进，内容充实比较多。


【中文语音】在Godot4中创建一个有限状态机（FSM）

https://www.bilibili.com/BV1xy4y1c72y

## 资源

一些游戏素材资源音效下载站点：

https://kenney.nl/


https://opengameart.org/


https://itch.io/game-assets


https://pixlab24.com/



## 开源

这是一份不同开源视频游戏和商业视频游戏开源重制版的列表。

https://github.com/bobeff/open-source-games


Godot提供的一些案例

https://godotengine.org/asset-library/asset




Godot4 学习资源教程推荐，都是自己收藏并学习过的，少走弯路加速你的游戏进度。

Godot4 学习资源教程推荐


内容来自千问AI整理，感觉还不错，分享一下。
在 Godot 中，节点类提供了大量实用的内置方法。以下是常用的节点方法分类：

## 1. 节点管理方法

```gdscript
# 添加和移除节点
add_child(node)
remove_child(node)
queue_free()              # 安全删除节点
free()                    # 立即删除（不推荐）

# 节点查找
get_node(path)            # 根据路径获取节点
has_node(path)            # 检查节点是否存在
get_parent()              # 获取父节点
get_children()            # 获取所有子节点

# 节点遍历
get_child(index)
get_child_count()
find_child(name, recursive=true, owned=false)
```

## 2. 信号相关方法

```gdscript
# 连接和断开信号
connect("signal_name", callable)
disconnect("signal_name", callable)
is_connected("signal_name", callable)

# 自定义信号
signal my_signal(param1, param2)

# 发射信号
emit_signal("my_signal", param1, param2)
```

## 3. 节点生命周期方法

```gdscript
func _ready():            # 节点及其子节点都已添加到场景树
func _enter_tree():       # 节点进入场景树
func _exit_tree():        # 节点离开场景树
func _process(delta):     # 每帧调用（非物理）
func _physics_process(delta):  # 每物理帧调用
```

## 4. 场景树相关方法

```gdscript
# 场景树操作
get_tree()                # 获取场景树
get_viewport()            # 获取视口
is_inside_tree()          # 检查是否在场景树中
is_processing()           # 检查是否在处理
is_physics_processing()   # 检查是否在物理处理

# 场景切换
get_tree().change_scene_to_file("res://scene.tscn")
get_tree().change_scene_to_packed(packed_scene)
get_tree().reload_current_scene()
```

## 5. 变量和属性相关

```gdscript
# 属性设置
set("property_name", value)
get("property_name")
has_meta("meta_name")     # 检查元数据
set_meta("meta_name", value)
get_meta("meta_name")

# 变量检查
has_method("method_name")
call("method_name", args...)
```

## 6. 节点可见性和状态

```gdscript
# 可见性控制
show()
hide()
set_visible(bool)
is_visible_in_tree()      # 检查是否在场景中可见

# 处理控制
set_process(true/false)
set_physics_process(true/false)
set_process_input(true/false)
```

## 7. 输入处理方法

```gdscript
# 输入相关
func _input(event):       # 处理所有输入
func _gui_input(event):   # 处理GUI输入
func _unhandled_input(event):  # 处理未处理的输入

# 输入状态检查
Input.is_action_pressed("action_name")
Input.is_key_pressed(KEY_SPACE)
Input.get_mouse_position()
```

## 8. 节点坐标和变换

```gdscript
# 位置变换
global_position             # 全局位置
position                    # 本地位置
rotation                    # 旋转角度
scale                       # 缩放

# 坐标转换
to_global(local_position)
to_local(global_position)
global_transform            # 全局变换矩阵
transform                   # 本地变换矩阵
```

## 9. 2D/3D 特定方法

### 2D 节点
```gdscript
# 2D 变换
global_position
position
rotation
scale
rotation_degrees

# 2D 工具
look_at(target_position)
rotate(angle)
move_local_x(distance)
move_local_y(distance)
```

### 3D 节点
```gdscript
# 3D 变换
global_transform
transform
rotation
scale
translation

# 3D 工具
look_at(target, up=Vector3.UP)
rotate_x(angle), rotate_y(angle), rotate_z(angle)
```

## 10. 调试和工具方法

```gdscript
# 调试输出
print("message")
push_error("error message")
push_warning("warning message")

# 断点调试
assert(condition, "error message")
```

## 11. 资源和文件操作

```gdscript
# 资源加载
preload("res://path.tscn")     # 编译时加载
load("res://path.tscn")        # 运行时加载

# 场景实例化
var scene_instance = PackedScene.new()
scene_instance.instantiate()
```

## 12. 计时器和延迟调用

```gdscript
# 延迟调用
call_deferred("method_name", args...)
await get_tree().create_timer(1.0).timeout  # 等待1秒

# 计时器节点
var timer = Timer.new()
timer.timeout.connect(callback)
add_child(timer)
timer.start(duration)
```

## 13. 组和标签方法

```gdscript
# 节点组操作
add_to_group("group_name")
remove_from_group("group_name")
is_in_group("group_name")

# 遍历组内节点
for node in get_tree().get_nodes_in_group("enemies"):
    node.take_damage(10)
```

## 14. 常用的全局方法

```gdscript
# 随机数
randf()                    # 0.0 到 1.0 的随机浮点数
randi()                    # 随机整数
rand_range(min, max)       # 指定范围的随机数

# 数学函数
lerp(from, to, weight)     # 线性插值
clamp(value, min, max)     # 限制值范围
stepify(value, step)       # 步进化值

# 字符串和转换
str(variable)              # 转换为字符串
int(string)                # 转换为整数
float(string)              # 转换为浮点数
```

## 15. 实用的组合方法

```gdscript
# 等待节点
await node.ready            # 等待节点就绪
await node.tree_exited      # 等待节点离开场景树

# 安全的节点操作
if has_node("path"):
    var node = get_node("path")
    # 安全操作

# 批量操作
for child in get_children():
    if child is Node2D:
        child.visible = false
```

这些方法是 Godot 开发中最常用的节点操作方法，掌握它们可以大大提高开发效率。根据具体需求选择合适的方法，可以让代码更加简洁和高效。


在 Godot 中，节点类提供了大量实用的内置方法。以下是常用的节点方法分类，内容来自千问AI整理，感觉还不错，分享一下。

 Godot4中节点类常用的内置方法


孩子上八年级了，这周末期中考试后学校组织开了一次家长会，我觉得挺无聊的而且挺压抑，觉得这个家长会对家长和孩子的帮助并不是很大，反而让人有些反感，大体就是憋得慌那种感觉吧。

## 家长会

我在这里说，估计班主任和学校是不会看到的，我自然不会去和学校和教育局提意见，一来，我自己的声音太小，而且即便我去提了意见也是没有用的，因为这不符合大多人价值观。
家长会，我觉得唯一有用的就是学校抓安全，管纪律，至少这些可以威慑那些黄毛小年轻和精神小妹，保证孩子的安全自然是大事，这个我是支持的！头半个小时，校长呜了哇啦的一顿输出，我觉得还是挺有价值的，至少一个安全稳定的校园学习环境是重中之重。

然后，就是无聊的班主任讲话了。这是第三次初中的家长会，之前除了第一次我没有去，第二次和这次都是我来参加的，因为要在家长会上发言分享教育孩子的经验，孩子她妈不愿意上台所以我就来参加了。我不知道别的班的班主任是如何组织家长会的，之前和朋友们交流，大家好像都不爱提这个话茬。班主任给我们家长准备了咖啡，据说是上次开家长会有人睡着了，这次怕家长在犯困，所以整的咖啡给家长提提神，我就纳闷了，为什么困？多方面的原因吧，现在的人很难承受三个小时的会议？家长会内容枯燥乏味容易使人犯困？谁知道了。

老师先是对所有学生一顿评价，家长们听着，这次说到了期中考试有学生考试的时候带手机抄袭被学校抓到，显然就是俺们班的，校长问为什么？孩子们说是老师让抄的！对没毛病，就是这个老师干的漂亮事儿。之前一段时间，她就在家长群里发了一个视频，有个老师在讲解，大体意思就是：考试就要大胆的抄，不要怕，老师们不敢管，因为抓到孩子抄袭卷子会作废，影响孩子的分数。这个视频里的老师言外之意是中考时如果去抓抄袭，弄不好自己会被打的，所以，孩子们就胆大，不要怕。我真是服了这个奇葩班主任的思路！

现发给了家长看，然后有些家长可能就是心领神会，开始怂恿孩子鼓励孩子，加之这个老师在学校也这么和学生说过，结果期中考试就出现几个孩子考试带手机被抓的是。特么的一个学校，所有家长的资料都有，谁什么样心里没个数吗？有没有领导家的孩子老师们能不知道？结果600多学生，就咱们班的带手机抄，真是丢死人了。但是人家班主任竟然没把这个当回事，家长会上还是大谈特谈中考的时候一定要抄，要胆大！我都无语了。

## 分享教育经验

更无聊的就是家长分享教育经验，我不知道别人怎么想的，反正我觉得这个超无聊。就好比你看了Steve Jobs、Elon Musk等名人的自传，有了他们的赚钱经验，自己也能飞黄腾达一样。我常认为教育本就是不同的，因人而异，不然相同的教育体制下，孩子们的学习成绩为啥不一样，这背后有很多原因的。所以包括在内三名家长分享了自己教育孩子的经验（我随便写了个发言稿，只字没提自己的孩子），其余二人脱稿侃侃而谈自己如何教育孩子，另外两个都是孩子妈妈。你可以想象一下，一个已婚女人前一分钟还很紧张的说着，然后就进入了停不下来的状态，或许她们觉得自己讲的很好，但是，这些教育方法有什么用？或许对她自己的孩子有用，或许她的孩子天赋智商好些，成绩好根本不是她的教育问题。至少说了那么多，别人能用上吗？估计根本没用，所以我就觉得这是在作秀，让人很无聊。而且老师私下还说过要我们夸夸她，并且说说家校合作等，就那么回事吧，家长们困的我觉得就应该让他们好好睡。

## 资本家？

孩子说老师不让他们下课说笑，必须学习，这点我非常不认同。家长会上也说了这事，说孩子们下课不学习，就会扯犊子。我倒是觉得她在扯犊子，下课除了上厕所，还能剩下几分钟？放松一下都不行，和资本家压榨工人有啥区别。这老师整容臭美开直播，直播上的人都骂她，后来都习惯了。而且情绪也不稳定，好在她的英语教育专业还算挺六，不然真是废了这帮学生。

开个家长会这个糟心，两天了也没缓过来，又不能改变什么，当然，我也只能教育孩子不要做哪些错误的事，至于这老师，只要不惹到我和孩子，我还是能忍她的。或许人家老师还觉得自己付出很多，如果看到我这样骂她，会伤心的。

孩子上八年级了，这周末期中考试后学校组织开了一次家长会，我觉得挺无聊的而且挺压抑，觉得这个家长会对家长和孩子的帮助并不是很大，反而让人有些反感，大体就是憋得慌那种感觉吧。

无聊的家长会与「资本家」班主任

## 为什么要使用状态机？

在游戏开发中，角色的行为（如站立、行走、跳跃、攻击）通常需要复杂的逻辑来控制。如果不使用状态机，代码会充斥着大量的 if/else 或 match 语句，导致代码难以阅读、维护和扩展，这就是所谓的“意大利面条式代码”。例如下边的代码：

    # constants.gd (假设我们有一个全局脚本或内部枚举来定义状态)
    enum PlayerState {
        IDLE,
        MOVE,
        JUMP,
        ATTACK
    }

    # Player.gd 脚本 (所有逻辑集中于此)
    extends CharacterBody2D

    # 运动和重力常量...
    const SPEED = 300.0
    const JUMP_VELOCITY = -500.0
    var gravity = ProjectSettings.get_setting("physics/2d/default_gravity")

    # 追踪当前状态的核心变量
    var current_state: int = PlayerState.IDLE
    # 追踪攻击是否完成
    var is_attack_finished: bool = true
    # 追踪动画播放器
    @onready var animated_sprite = $AnimatedSprite2D 

    func _physics_process(delta):
        # 1. 应用重力 (这部分是通用的，但需要注意JUMP状态下的特殊处理)
        if not is_on_floor():
            velocity.y += gravity * delta

        # 2. 处理攻击完成后的状态清理 (相当于 Attack.gd 的 _exit 逻辑)
        if current_state == PlayerState.ATTACK and is_attack_finished:
            # 攻击完成后，根据是否还在移动来决定回到 IDLE 还是 MOVE
            var input_direction = Input.get_axis("move_left", "move_right")
            if input_direction != 0:
                current_state = PlayerState.MOVE
                # 播放动画 "Move" (重复的动画逻辑)
            else:
                current_state = PlayerState.IDLE
                # 播放动画 "Idle" (重复的动画逻辑)
            is_attack_finished = false # 重置，避免频繁切换 (这里逻辑可能更复杂)
            
        # --- 主状态判断逻辑 (巨大的 if/else 块) ---
        
        # === IDLE 状态逻辑 (对应 Idle.gd) ===
        if current_state == PlayerState.IDLE:
            # 动画播放逻辑 (相当于 _enter)
            animated_sprite.play("Idle")
            
            # 检查转换条件
            if Input.is_action_just_pressed("attack"):
                current_state = PlayerState.ATTACK
                # 转换后的 _enter 逻辑
                animated_sprite.play("Attack")
                is_attack_finished = false
                
            elif Input.is_action_just_pressed("jump") and is_on_floor():
                current_state = PlayerState.JUMP
                # 转换后的 _enter 逻辑
                animated_sprite.play("Jump")
                velocity.y = JUMP_VELOCITY
                
            elif Input.get_axis("move_left", "move_right") != 0:
                current_state = PlayerState.MOVE
                # 转换后的 _enter 逻辑
                animated_sprite.play("Move")

        # === MOVE 状态逻辑 (对应 Move.gd) ===
        elif current_state == PlayerState.MOVE:
            # 动画播放逻辑 (相当于 _enter)
            animated_sprite.play("Move")
            
            # 1. 移动处理 (_physics_update)
            var direction = Input.get_axis("move_left", "move_right")
            velocity.x = direction * SPEED
            
            # 2. 检查转换条件
            if Input.is_action_just_pressed("attack"):
                current_state = PlayerState.ATTACK
                animated_sprite.play("Attack")
                is_attack_finished = false
                
            elif Input.is_action_just_pressed("jump") and is_on_floor():
                current_state = PlayerState.JUMP
                animated_sprite.play("Jump")
                velocity.y = JUMP_VELOCITY
                
            elif direction == 0:
                current_state = PlayerState.IDLE
                # 转换后的 _enter 逻辑 (可以省略动画播放，因为 IDLE 状态会处理)

        # === JUMP 状态逻辑 (对应 Jump.gd) ===
        elif current_state == PlayerState.JUMP:
            # JUMP 状态下的移动处理
            var direction = Input.get_axis("move_left", "move_right")
            velocity.x = direction * SPEED * 0.7 # 跳跃时速度减慢
            
            # 检查转换条件 (落地)
            if is_on_floor():
                var input_direction = Input.get_axis("move_left", "move_right")
                if input_direction != 0:
                    current_state = PlayerState.MOVE
                else:
                    current_state = PlayerState.IDLE
                # JUMP 状态的 _exit 逻辑被省略了，因为它和新状态的 _enter 混合在了一起
                
            # 检查转换条件 (空中攻击)
            if Input.is_action_just_pressed("attack"):
                current_state = PlayerState.ATTACK
                # ... (重复的 Attack 转换逻辑)

        # === ATTACK 状态逻辑 (对应 Attack.gd) ===
        elif current_state == PlayerState.ATTACK:
            # ATTACK 状态下不能接收移动或跳跃输入
            velocity.x = 0
            
            # 攻击动画的自动完成逻辑 (需要一个信号或计时器来设置 is_attack_finished = true)
            # 假设这里有一个处理攻击动画进度的逻辑
            pass # 等待 is_attack_finished 变为 true

        # 3. 最终移动
        move_and_slide()

有限状态机（FSM）提供了一种优雅的解决方案。它将角色的每一个行为定义为一个状态（State），并清晰地定义了状态之间的转换（Transition）规则。本教程将基于 godotfsmtest 项目的代码结构，向您展示如何在 Godot 4.4 中实现一个结构清晰、基于类的 FSM。

## 项目结构

![项目结构](https://www.suiyan.cc/assets/images/2025/QQ20251114-110111.png)

前期准备：Godot4.4 以上的版本，熟悉 GDScript的基本语法、类、类的继承和信号量（Signal）的使用，熟悉场景中的角色添加以及动画的添加，如果这些内容有不熟悉的，查看下边的代码可能会有些迷糊。

状态机的含义简单来说就控制动画来展示是角色所处的状态，例如空闲、行走、跳跃和攻击等。场景中的`AnimatedSprite2D`定义了角色的状态动画。

![角色的状态动画](https://www.suiyan.cc/assets/images/2025/QQ20251114-111006.png)

## 状态机类 State

创建State基类，后续的状态都会继承这个State，通过状态机和信号量来管理当前的状态，例如状态之间的切换。

代码如下：

    # State.gd
    class_name State 
    extends Node

    # 信号：用于通知状态机进行状态转换
    signal transitioned(state_name, new_state_name)

    # 对拥有这个状态机的角色的引用（例如：Player）
    var actor: CharacterBody2D
    var anim_sprite: AnimatedSprite2D

    # 1. 状态被进入时调用
    func enter() -> void:
        pass

    # 2. 状态被退出时调用
    func exit() -> void:
        pass

    # 3. 在 _process (每帧) 中调用
    func update(delta: float) -> void:
        pass

    # 4. 在 _physics_process (物理帧) 中调用
    func physics_update(delta: float) -> void:
        pass



### 状态机类

 State : 状态机基类 

### 方法

![方法](https://www.suiyan.cc/assets/images/2025/QQ20251116-104744.png)

### 信号

![信号](https://www.suiyan.cc/assets/images/2025/QQ20251116-104744.png)

## 状态机管理器

状态机管理器负责管理当前状态、存储所有状态，以及处理状态间的转换。代码如下：

    # StateMachine.gd
    class_name StateMachine extends Node

    # 导出变量：允许在编辑器中设置初始状态
    @export var initial_state_name: State
    var states: Dictionary = {}
    @onready var current_state: State = null
    @export var actor: CharacterBody2D # 引用拥有者
    @export var anim_sprite: AnimatedSprite2D #引用动画

    func _ready() -> void:
        # 收集所有子节点（即所有具体状态）
        for child in get_children():
            if child is State:
                var state = child as State
                child.anim_sprite = self.anim_sprite
                # 将状态添加到字典中，键为节点名
                states[state.name] = state
                state.actor = actor # 传递角色引用
                state.transitioned.connect(on_state_transition)

        # 检查并进入初始状态
        if initial_state_name:
            change_state(initial_state_name)
        else:
            printerr("Error: Initial state not set or not found.")

    # 转换状态的核心函数
    func change_state(new_state: State) -> void:
        # 1. 退出旧状态
        if current_state:
            current_state.exit()  
        # 2. 设置新状态
        current_state = new_state
        # 3. 进入新状态
        current_state.enter()

    # 信号处理函数
    func on_state_transition(state_name: String, new_state_name: String) -> void:
        # 确保是当前状态发出的转换请求
        if current_state and current_state.name == state_name:
            change_state(states[new_state_name])

    func _process(delta: float) -> void:
        if current_state:
            current_state.update(delta)

    func _physics_process(delta: float) -> void:
        if current_state:
            current_state.physics_update(delta)


## 在角色中集成状态机管理器

    # Player.gd (附加到 CharacterBody2D 节点)

    class_name Player 
    extends CharacterBody2D

    # 引用状态机节点
    @onready var state_machine: StateMachine = $StateMachine
    @onready var anim_sprite: AnimatedSprite2D = $AnimatedSprite2D
    func _ready() -> void:
        # 将自身的引用传递给状态机，以便状态可以控制角色
        state_machine.actor = self
        state_machine._ready() # 确保状态机初始化
        
    # 注意：现在 _physics_process 由状态机和当前状态来管理，
    # Player 脚本本身不再直接处理复杂的运动逻辑。
    func _physics_process(delta: float) -> void:
        state_machine._physics_process(delta)

    func _process(delta: float) -> void:
        state_machine._process(delta)


绑定状态机管理器，以及动画节点等相关的节点。


## 创建具体的状态

Idle 角色的空闲状态，

    # Idle.gd (附加到 Idle 节点, 继承 State.gd)

    class_name Idle 
    extends State

    #新增：定义跳跃速度常量
    const JUMP_VELOCITY = -450.0 # 负值表示向上运动
    # Godot 4 默认重力加速度（方便计算）
    var gravity = ProjectSettings.get_setting("physics/2d/default_gravity")

    func enter() -> void:
        # 在进入空闲状态时，确保移动速度为0
        actor.velocity.x = 0
        # 播放 Idle 动画 (假设 actor 有一个 AnimationPlayer 节点)
        anim_sprite.play("idle")

    func physics_update(delta: float) -> void:
        var direction = Input.get_axis("move_left", "move_right")
        # 1. 如果有移动输入，转换到 Move 状态
        if direction != 0:
            transitioned.emit(name, "Move")
            return
            
        # 2. 如果有跳跃输入，转换到 Jump 状态
        if Input.is_action_just_pressed("jump"):
            
            # ⚠️ 关键修正：在转换之前，赋予角色向上的速度
            actor.velocity.y = JUMP_VELOCITY 
            
            transitioned.emit(name, "Jump")
            return
        # 3. 攻击
        if Input.is_action_just_pressed("attack"):
            transitioned.emit(name,"Attack")
            return  
        # 3. 在 Idle 状态下保持重力和移动
        # 仅施加重力（如果角色站在一个活动的平台上，或者检测到不再贴地）
        if not actor.is_on_floor():
            # 这里应该转换到 Fall 状态，但如果只是施加重力，确保使用正确的重力值
            actor.velocity.y += gravity * delta # 使用常量 gravity 更准确
            # 注意：如果角色还在 Idle 状态且 velocity.y > 0，它应该转换到 Fall 状态  
        actor.move_and_slide()

enter()函数中触发当前状态的相关的动画、声音等。

在转态进行时进行判断，transitioned.emit(name, "Jump")发出信号进行状态的切换。

## 总结

通过 FSM，我们成功地将复杂的角色逻辑解耦：

Player.gd 只需要知道它有一个状态机。
StateMachine.gd 负责切换状态。
Idle.gd, Move.gd 等状态脚本只负责各自状态下的具体行为和转换检查。

完整的案例代码仓库：

[案例代码仓库 github](https://github.com/bosichong/godotfsmtest)


[案例代码仓库 国内镜像gitee](https://gitee.com/J_Sky/godotfsmtest)

在游戏开发中，角色的行为（如站立、行走、跳跃、攻击）通常需要复杂的逻辑来控制。如果不使用状态机，代码会充斥着大量的 if/else 或 match 语句，导致代码难以阅读、维护和扩展，这就是所谓的“意大利面条式代码”。有限状态机（FSM）提供了一种优雅的解决方案。它将角色的每一个行为定义为一个状态（...

在 Godot 4.4 中构建灵活的有限状态机 (FSM)


关于游戏的剧本编写，在看过了《游戏剧本怎么写》这本书之后有了一定的启发，虽然之前没接触过剧本的编写，但是一些主线任务的编写也算是有了一些剧情的大概，当务之急是游戏整体进度的推进和完成度。

## 开始游戏

对于游戏的启动，有一个启动画面，我利用现有的素材拼凑了一个logo，哈哈哈，自我感觉还是不错，先将就着用，有了好的想法，我在更换，效果如下：

![游戏启动画面](https://www.suiyan.cc/assets/images/2025/启动画面.png)

进阶这就是一些简单的剧情和过场动画，之后就会进入到主场景了，万事开头难，总觉得游戏的开始这段很重要，生怕玩家打开了之后就关闭了，所以，我尽力做的还一些吧。

## 剧情的推进

之后就是剧情以及游戏进度的推进了。昨晚追了一下网飞的剧集《弥留之国的爱丽丝》，怎么呢说呢，我愿称之为日版的《鱿鱼游戏》。看完第一季，我就在思考一个问题，对于目前我制作的这款游戏，我现在站在什么位置了？忽然觉得自己即是玩家又是游戏的设计者，这明显很矛盾，因为这样我很难把握这个游戏的设计初衷，我觉得我还得更多的站在游戏设计者的角度去考虑这个游戏的设计。
后续的剧情，虽然在脑海里有了一定的构思，但是明显感觉很乱，毕竟，我没有经历过太多的博客撰写与维护的经历，以我个人对近20年的独立博客的理解，完全不够撑起这个游戏的故事情节，所以，我需要一些更多的有关独立博客运营、发展中遇到的典型事件，这需要去独立博客中挖掘了，AI能提供一些大纲，但是如果游戏中存在一些情节和剧情，如果不够真实，玩家就无法代入剧情，也就是很假的感觉吧。就像是我模拟以为很棒的博主，他的博客访问量达到了很高，可以说几乎利用独立博客的流量实现了财富自由，但是我本身并没有经历过，我只能靠自己瞎编，就像一个穷人无法理解有钱人的生活一样。

## 感触

第一次写游戏，一个比较大一点的独立游戏，感受了很多独立游戏开发者的心酸与苦痛，感受到了那种煎熬和折磨。以前总以为，不就是做个游戏吗，大脑里构思一下，就以为完成了游戏的全部。或许只有经历过的人才知道，独立游戏制作者的在开发过程中的复杂感受吧，质疑、怀疑、矛盾、失望、沮丧、自卑、无助、感觉所有人间的负面情绪都要遭一遍才算完整的独立游戏制作过程。希望每个独立游戏开发者都能坚持到最后，不放弃，加油！


关于游戏的剧本编写，在看过了《游戏剧本怎么写》这本书之后有了一定的启发，虽然之前没接触过剧本的编写，但是一些主线任务的编写也算是有了一些剧情的大概，当务之急是游戏整体进度的推进和完成度。

Godot游戏开发《我的博客》记录13-完成了游戏的启动与过场


上个星期，重写了游戏中的技能升级的方法，改用自己编写的任务系统来触发技能升级，优化了代码和任务的触发，虽然花了些时间，但也是很值得的，但是同时也陷入了整个游戏的剧本编写的深坑。


## 何时应该优化代码？

对于复杂的系统编写，我们不可能最开始的时候就会使用最优化的代码编写，有的时候我们一路if else + 循环遍历写到最后，感觉还是很不错的，不管什么优雅和设计模式，那个时候我们只要实现自己的想法。随着代码量的逐渐增多，有些代码的不断重复使用，遍历已经变得模糊难以理解的时候，这个时候就可以考虑开始优化代码了，不然，继续写下去，无法理解代码的含义，大量重复代码堆积如山，会对后期的编写带来极大的困难。

优化代码，封装代码，采用适合的设计模式，此时就应该考虑这些了，并不见得非得要优化的十分优雅追求极限，适可为止就好，不要钻牛角尖，一切为了最终的实现即可，性能优化对于小型的项目来说基本没什么需要做的，我觉得大多数人自己写的项目对于现代的计算机都是不必在乎性能的。

## 剧本怎么写？

卡在剧情上有一段时间了，所以一遍优化代码一边在想如何编写这个游戏的剧本，后来，发现自己根本没有这方面的经验，索性在微信读书中搜索了一些相关书籍，这里推荐一本小日子的书《游戏剧本怎么写》，目前看了两天，已经看了大半了，对于剧本的编写有了一些眉目，脑海里也有了一些想法。

书中介绍了剧本的编写的要点，例如书中提到剧本编写的核心要点：序破急（类似中文：起承转合），其含义就是说，一个好的故事或是剧本需要有三个部分：序是开端，破是高潮之前的部分，急是高潮和结局。继续研读，了解到剧本的几个要素：主主角、世界，以及剧本的结构等专业知识以及相互之间的关系。

原来以为游戏的剧本会在做游戏的时候信手捏来，以为可以游刃有余，结果实际写起来是连滚带爬啊！哈哈哈。


## 专注先写出游戏的剧本

其实游戏做到现在，我发现我只做出了游戏的世界，以及这个博客世界中一个博主运营博客的模拟，但是要想让这个游戏的内容变得丰满，还需要很多的事件与情节来把整个剧情丰富起来。所以当务之急是先把剧本搞起，虽然没搞过，但是看看书也学到了一些几本知识和技巧，照猫画虎吧。


上个星期，重写了游戏中的技能升级的方法，改用自己编写的任务系统来触发技能升级，优化了代码和任务的触发，虽然花了些时间，但也是很值得的，但是同时也陷入了整个游戏的剧本编写的深坑。

Godot游戏开发《我的博客》记录12-游戏剧本怎么写？


![游戏主场景预览](https://www.suiyan.cc/assets/images/2025/mybloggame1018_02.jpg)

![游戏主场景预览](https://www.suiyan.cc/assets/images/2025/mybloggame1018.jpg)


这几天搭建好了里程碑成就系统，然后就开始着手编写相应的成就任务了，粗略的算了下，大约会有百十个左右的成就任务。


## 博客的里程碑

根据目前现有的游戏情节以及游戏中的各种属性，可以编写很多成就里程碑。想想现实中的博客，我们每次达成一些成就的时候，也会小小的兴奋一下。

每个博客都会经历一些相同的经历，每个博客也会自己独立的经历，有些轻飘飘的随风而去，有些则记忆如新刻骨铭心。

这些年，我仍记得那年使用Django写的博客有漏洞，整个服务器的磁盘被写满了黄赌的广告，竟然过了好长时间才发现。也清楚的记得博客程序重构编写的艰辛，或许在AI时代，人们再也无法体会那种没有辅助的编写代码的折磨了。

## 主线

这几天一直在脑海里不停地构思游戏的主线剧情，但是没什么太多的新意，感觉普通人的博客就是一个平平淡淡的小河，静静的流向互联网的大海，根本没有啥波澜。
或许普通人的一生也不过如此，但是，每个人总有自己高光的时刻，或许只是时间太短，匆匆而过。

一条曲折令人振奋的剧情确实不好创作，嗯，毕竟文学创作不是我的强项，或许我会借助AI，但是AI有时也差强人意。

## 期望

每次记录之后，我都要为自己加油打气，生怕自己某天放弃了这个游戏的制作，目前来说这个游戏的进度已经过半，我暂时还没有放弃的意愿，当然，我希望自己也不会有这种想法，加油！自己。

这几天搭建好了里程碑成就系统，然后就开始着手编写相应的成就任务了，粗略的算了下，大约会有百十个左右的成就任务。

Godot游戏开发《我的博客》记录11-里程碑与成就任务的持续开发


随着代码编写的推进，终于进入到了任务和事件的编写，感觉绕了一大圈又回到了起点。我想起了我创建这个游戏的初衷：

>这是一个名字暂定为「我的博客」模拟养成游戏，游戏的画面风格暂定为2D主场景，游戏的大体内容：玩家是一个博主，在2000年的时候你会创建一个自己的独立博客，通过不断地学习和持续的输出，持之以恒的维护与运营，终于若干年后在博客届混出个名堂，通过流量换得了收入与名誉，并且在运营的过程中会遇到很多突发事件，这些突发事件会给你带来一些意想不到的结果。随着游戏不断地推进，你会通过学习新的技能来提高自己的创作能力，通过社交、seo、优化美化博客等手段来提高网站的知名度和访问量，解锁不同的成就。直到游戏运营到2025年游戏结束，整个游戏会因为你不同的运营方式和学习方式产生不同结果和获得不同成就，给足玩家满满充实的游戏快感。

[Godot游戏开发《我的博客》记录01](https://www.suiyan.cc/blog/20250724005122)

## 如何开始

这几天我一直在思考，这个游戏如何开始，已经有了几个游戏开场的构思，但是都不够「完美」，或许这世界上本身就不存在完美，我们初创的博客完美吗？我们一路走来，不断的完善维护以及升级我们的博客，改变我们的博客也在不断的改变着我们的自己。有时候我在想，当年我刚刚搭建博客的时候就是一个小白而已，我的想法就是想有一个网址，能链接到我的博客，我写的东西能被全世界所看到。

## 独立博客的历史

关于独立博客的发展历史大多都和互联网捆绑，我AI了一下，整理了一些相关年份的大事件，但是，总感觉还是不够很多，而且有些大事并没有提及，互联网对于个人独立博客的记载少之又少，也许我只能多多的浏览那些老博客，或许能有些收获。

我希望随着游戏中时间的推进，玩家能感受到身处那些历史年份中创作博客的体验，想法很好，实现起来还是需要挑挑拣拣，每个人对每个时代的感受不一样，三观也是重要的情感因素，一个能符合大众玩家胃口的游戏时间线和与之对应的事件就显得尤为重要了。

我一直在整理这些博客相关的重大事件，不如说是在回忆那些年走过的路。

## 关于代码的重构

之前编写这个游戏的框架事，写的比较随意，根本没有想那么多，就是一通写，if else + 遍历搞定了，25年时间博客运营的模拟，但是当我开始编写任务事件的时候，我发现，好多的任务操作是重复的，我不可能每个任务写一堆方法函数，所以，最近又花了一个国庆的时间（大约每天一小时），写了一个基于事件驱动的任务系统，这样我就可以根绝事件的发生的基本规律配合配置文件来编写相关的剧情任务了，虽然编写任务系统花了些时间，但是也是为了方便日后编写大量的任务节省开支吧。

## 或许你可以帮助我

如果你有幸浏览这个帖子，并且到了这个位置，能回答几个简单的问题吗？算是帮助我写完这个游戏。

请回答：

1. 你为什么创建了你的博客？
2. 在运营打理博客的这些年里，有哪些让你难忘的事情？
3. 对于未来，你的博客还会运行下去吗？ta的意义有事什么？

感谢各位！

随着代码编写的推进，终于进入到了任务和事件的编写，感觉绕了一大圈又回到了起点。我想起了我创建这个游戏的初衷。

Godot游戏开发《我的博客》记录10-关于游戏的主线任务的思考：独立博客的终极意义


这几天终于把游戏内主要的几个场景UI以及功能的代码都写完了，目前来说，游戏可以运行直到结束，除了没有剧情和任务外，一个博客的日常操作基本模拟的差不多了。


当前游戏的简单预览动态截图：

![游戏主场景预览](https://www.suiyan.cc/assets/images/2025/mybloggame.gif)


## 复盘

《我的博客》是一个模拟个人独立博客运营的小游戏，游戏通过一个独立博主在2000-2025年，利用25年的时间摸爬滚打的在博客这个江湖中混成了一个响当当的大佬，赚的荣誉与票子。

以下是回忆，也是为了之后的主线剧情和随机任务的创作做准备。

当前游戏主要属性：

1. 博主相关属性：等级段位，相关技能包括：写作、技术、文学、编程、绘画等，这些以数值来展示，金钱属性。
2. 博客属性:访问量统计，rss订阅，文章收藏数，广告联盟的收入，博客联盟相关，主机域名相关，投资理财.
3. 事件线：2000-2025的时间线。

后续会围绕着这些属性来进行主线和支线、随机事件的触发，会加入一个金字塔类型的成就系统。

## 难点

目前来说，对与主线的任务我没有一个具体的构思，虽然有些想法，但不够具体没有细节，还需要在仔细的打磨一下，这里就是我们大家都在思考而且每天都在做的事情，我们搞独立博客为了什么？

或许，我会把这些内容投喂给AI，可以获得一些参考，但是我更洗完自己多思考，使这个游戏有个好的开端和结局。


## 未来的进度

游戏中的主线、随机事件以及成就系统，这三个完成之后，游戏中的所有代码的编写基本上就完成了，我当然希望越快越好，好在现在有AI加持，一些繁琐的代码编写可以交给AI来处理，还有就是在组件的使用以及BUG处理上,使用AI的使用节约很多时间。

我当然期待着寒假不会跳票，把这个游戏发布出来。佛祖保佑。

这几天终于把游戏内主要的几个场景UI以及功能的代码都写完了，目前来说，游戏可以运行直到结束，除了没有剧情和任务外，一个博客的日常操作基本模拟的差不多了。

Godot游戏开发《我的博客》记录09-完成了游戏中所有重要的场景模拟代码

今天安装一个微软的组件库，必须安装在C盘，结果提示我100G的C盘可用容量不足。看了看我可怜的C盘，就只有几百MB的可用容量，清理C盘的软件不是收费就是不好用，只好铤而走险的试试一些奇特的方法了！


## 询问AI

直接问了阿里qwen，如何把C盘的空间扩大？第一种使用Windows自带的磁盘管理工具，大致方法是，压缩容量充足的盘的空间出来，然后把这个压缩出来的空间给到C盘，来调整C盘的大小。结果失败了，调整不了。

qwen 给出来的第二个方案是：AOMEI Partition Assistant Standard，这是一个免费的磁盘分区工具，支持调整C盘的大小。

## 艺高人胆大

既然知道工具了，就开干了！下载，安装运行，提示收费！仔细一看原来点到广告了，下载的360磁盘管理工具，结果收费！
算了，重来，这次下载对了，AOMEI Partition Assistant Standard，免费的，安装运行，先调整D盘大小，弄出来40个G,然后加到C盘里去，点击应用就会重启机器了。

## 漫长的等待

结果从下午4点开始，谁知道晚上9点左右才完成！这中间对着那些黑屏白字傻愣愣的，思绪仿佛回到了使用win98的年代，那个时候动不动就要重装系统，系统时间长了就会有各种问题，什么蓝屏重启，驱动升级，一键备份重装ghost系统，搞得很溜。

2015-2022一直在用苹果的笔记本，用的是macbook pro，用的是mac osx 所以从没重装过系统，有一次系统升级版本太高，太卡，降级了一次，后来Mac Pro book 卖了，换了台式机，Windows10一直用到现在，也没重装过。

好了，绕的太远了，会到现在。

重启机器，Windows提示错误码，再次重启还是提示错误码，完了，懵了，彻底懵逼了。不过之前好在把最近很重要的几个文件夹都备份了，想着看样子是无法进入Windows桌面了，没招了，就用老婆的电脑下载了老白菜启动U盘制作了U盘，也下载了win0镜像ghost，然后把U盘插上，重启机器准备U盘启动重新安装系统了，结果，启动画面过去就到了输入密码的欢迎屏了，我靠，感觉如是负重啊！


## 总结

对于这种情况我还是不希望出现下一次了！制作U盘的时候，我的大脑在飞速的检索，如果重做了系统，还得重新安装python、node等配置编程环境，一些软件还得去先找重新安装，Git的登录还得重新配置用户登录密匙啥的，本地大模型还得重新下载.......

好在这一切都没有发生，友情提示：硬件有价，数据无价，任何磁盘操作都有风险，一定要先备份数据！
我这算是幸运的一天吗？

今天安装一个微软的组件库，必须安装在C盘，结果提示我100G的C盘可用容量不足。看了看我可怜的C盘，就只有几百MB的可用容量，清理C盘的软件不是收费就是不好用，只好铤而走险的试试一些奇特的方法了！

记一次惊险的磁盘操作


几天前，突然收到了一封来自博客文章评论的邮件提示，内容是：「这个有些期待啊，什么时候好啊？到时候我也想玩一下」，来自网友xpp9的评论。
这是开发这款游戏以来第一位有意愿想玩它的玩家。因为虽然我在博客里记录了游戏制作的过程，但是游戏的具体内容我并没有发布，能有人期待也算是超出了我的意料。

![游戏主场景预览](https://www.suiyan.cc/assets/images/2025/Snipaste_2025-09-20_08-35-20.jpg)


## 精简——不忘初心

在游戏设计开发的最初，我并没有想加入金融系统，后来考虑到可玩性以及游戏中货币的消费需求，我开始考虑加入金融系统。但是，当时我考虑添加的时机是在又完成后的第一个版本添加。
这几天不知道怎么想的非常想提前添加，但是，如果现在几添加金融系统会大大影响开发的进度，会添加相关的很多内容。所以，我添加了游戏中的银行的简单功能之后考虑，暂停金融相关的内容开发，继续回到游戏的主要内容设计与开发中。
我需要进度，需要一个完整的游戏展现出来，所以不忘初心，按着初期的计划才是最重要的。

## 唯手熟尔

使用Godot4编写游戏，有一段时间了，最开始的时候，照着官方的教程案例写，都不能真正的理解代码含义，后来，一直写一直学，最近终于算是入门了Godot的游戏开发了。至少能理解Godot游戏开发中的一些基本概念，比如节点、信号、槽函数、场景、资源等。
而且配合着AI编写代码，也算是有些速度了。大模型不但帮我编写代码，还帮我解决了很多问题。尤其是一些复杂的UI界面的设计与实现，大模型都能很好的结合数据帮我编写代码。

## 后续

继续还有一些游戏内容的代码编写，但是游戏主代码的编写已经进入了后半段了，我会继续努力保持进度，尽快完成游戏的开发，完成后续的场景绘制等UI的设计与实现。

几天前，突然收到了一封来自博客文章评论的邮件提示，内容是：「这个有些期待啊，什么时候好啊？到时候我也想玩一下」，来自网友xpp9的评论。 这是开发这款游戏以来第一位有意愿想玩它的玩家。因为虽然我在博客里记录了游戏制作的过程，但是游戏的具体内容我并没有发布，能有人期待也算是超出了我的意料。

Godot游戏开发《我的博客》记录08-第一个有意愿想玩这款游戏的玩家


我有几个非常不错的发小，我们都还生活在这个八县的小城里，每隔一段时间我们就会小聚一下，分享一下自己的生活，也会吐槽一下最近的苦衷。


## 相聚

有一个发小，前天给我打电话说是要聚聚大家一起吃个饭，我说好啊！这样，我们昨天中午就聚到了一起，庞哥找了个不错的饭店，点个八个菜，我们一行七人聚在了一起。
这七人中有三家，有一个单身。其中我们是个男的是大小一起光屁股长大的发小。我们打记事的时候就在一起玩了，怎么说呢，四岁的时候我就和其中的一个发小侯哥一起走丢过，后来，家长们在隔了两个胡同的拐角处找到了我俩，据说是在挖蚂蚁洞。年龄越大，喝酒的就越少了，本来我也想喝了，可惜吃了药没喝上点小酒很可惜啊哈哈，下次吧。喝了点饮料，大家畅所欲言的说着那些身边的家常，我更倾向于倾听他们的诉说。

## 默契

发小之间的感情不同于普通的朋友，因为之间太了解了，你的一举一动几乎都满不过对方，就算是几十年了也是依然如此。一个人变化再大，有些习惯从小养成的或许终生的不会改变了，三岁看到老，谁什么样打小就能看出来，几十岁的人了，说起话来依然像孩子一样，怼怼怼的互相抬杠。

席间，侯哥说要去上山采蘑菇，我们都问在哪采蘑菇，他说得开车200公里，大家一片唏嘘，油钱过桥费都够买一大堆的了。我说那还不如去爬山，去爬凤凰山锻炼身体得了，我请你们费用我出（本地人拿身份证免费），大家呵呵一笑。然后我就跟坐在身边的侯哥开始唠，我说七个人一个车不够啊，我先拉你回去开车（饭店处马路挖大沟，侯哥没开车来），然后大家一起去爬山，我俩嚷嚷说了几句，然后站起说去开车，就走了，后来才知道，大家都以为我俩在抬杠玩，没意外真的会去，结果就真的去爬山了！


## 爬山

就这样，几十岁的几个人一起去爬了山，其中侯哥腿疼侯嫂身体不行，还在半山腰等我们下来。年轻的时候，我们曾相约要一起去旅游，结果那次烧烤之后，这个约定就像北风吹走了一样，再也没有回来，偶尔我们也会提起那次烧烤的约定，但是，上有老下有小的年月，好像什么都没有琐事重要了。期间还谈到一个曾经在一起玩了好久的老友，竟然死了好几年了，大家一片唏嘘，感叹岁月不饶人青春的远去。

我们气喘嘘嘘的聊着过去和现在，聊着那些不痛不痒的琐事，这次爬山竟然没有疲惫，却感觉非常的酣畅。


## 永远的发小

一个下午，转眼间就过去了，临别我们相约下次再聚，并且一起合了一次影，我记得上次合影还是很久以前，那时还在用BP机，这次竟然用手机拍照，真不知下次的聚会会在什么时候？

我有几个非常不错的发小，我们都还生活在这个八县的小城里，每隔一段时间我们就会小聚一下，分享一下自己的生活，也会吐槽一下最近的苦衷。

发小——久违小聚


断断续续的写了10天的代码，终于完成了游戏中博客联盟的模拟，博客联盟的编写暂时告一段落，愿望是美好的，现实是残酷的，复盘一下最近的游戏开发进度，规划一下未来的游戏开发方向。


## 博客江湖

游戏中的联盟我暂时起名为《博客江湖》，联盟的功能我剪了又剪，为了推进游戏开发的进度，不得已挥舞大刀砍掉了很多的想法，目前只保留了博客的排行（根据博客的等级段位），以及博客的捐赠排行和记录。效果如下：

![游戏主场景预览](https://www.suiyan.cc/assets/images/2025/mg_2025-09-10_08-01-05.jpg)

![游戏主场景预览](https://www.suiyan.cc/assets/images/2025/mg_2025-09-10_08-01-22.jpg)

![游戏主场景预览](https://www.suiyan.cc/assets/images/2025/mg_2025-09-10_08-01-37.jpg)

后续可以添加一些联盟相关的游戏事件，我觉得运营博客的或多或少的都会接触一些博客聚合的联盟类型网站，虽然联盟带来的流量很少，但是质量还是不错的，在资源困乏、流量稀疏的年代，苍蝇腿也是肉啊。

## 后续的开发计划

鼓捣好了游戏中的联盟之后，后续开发计划如下：

1. 投资理财：包括银行的活期和定期存储。彩票：类似双色球、大乐透等。股票交易系统：包括模拟20-30值股票。
2. 消费购买: 赚到钱了就得消费，目前消费项目：1国内外旅游，升级到工作室，雇佣技术人员，购买学习资料，服装，升级电脑。
3. 服务器运维：运营博客的服务器主机宽带域名以及安全防护等，这个是花销，也是收入，访问量很高的时候，会有合作。
4. 成就系统：这个算是游戏中的事件啊。
5. 场景的深入美化：绘制所有场景中的细节和动画。
6. 游戏中的声音：包括游戏中的背景音乐，以及玩家的操作音效。
7. 游戏的宣传动画：包括游戏的启动动画，以及游戏中的一些事件的宣传动画。

暂时就是这些，还有就是游戏的存档和读取。

由于是开源免费的游戏，暂时没有考虑到发布平台，所以游戏的发布相对会简单些。现在最大的希望就是寒假的时候能够把游戏做完，发布出来。

断断续续的写了10天的代码，终于完成了游戏中博客联盟的模拟，博客联盟的编写暂时告一段落，愿望是美好的，现实是残酷的，复盘一下最近的游戏开发进度，规划一下未来的游戏开发方向。

Godot游戏开发《我的博客》记录07-复盘与展望


着手开始构建游戏中的博客联盟功能，这让我想起很多当下的博客联盟，目前我比较关注的博客联盟有：十年之约，BlogFinder，博友圈以及记忆中比较认可的就是已经关门大吉的积薪。

## 现实中的博客联盟

如今的博客联盟也算是不少了，常见的中文博客联盟应该10家之多，不知名的算起来几十家联盟也是有可能的。当然，他们的质量也是参差不齐的，几乎没有什么公平可言。首先，从联盟的推荐文章来看，大多都是一些站长的喜好或是关系户的文章，普通的用户文章被推荐的可能性是比较低的。推荐规则不透明，也没有什么机制来确保推荐的文章质量。

当然个人博客本身就是主观的延伸，联盟的管理也是人，优点是没有大数据搀合在其中，不然推荐的都是自己喜好了。联盟的特点也是各有所长，侧重点不同，有的联盟更注重推荐文章的质量，有的联盟更注重推荐文章的数量，有的就是rss的列表而已。虽然不赞同原积薪站长的某些言论，但是他的博客联盟文章推荐方式以及内容的侧重点还是抓的不从，据说是AI+人工干预。

## 游戏中的博客联盟

好吧，回到游戏中我对博客联盟的构思。目前的想法是，在游戏中构建两或三个博客联盟，模拟100个博客的数据，每周更新博客联盟的数据。模拟每周文章推荐，推荐10篇文章在联盟首页展示，对应的就是给游戏中玩家的博客带来额外的流量。除了模拟文章推荐，还有博客的流量排行榜，综合分数排行榜以及段位排行榜，我会三选一，目前比较倾向段位排行，实行起来比较简单。博客的段位是根据玩家的等级对应出来的10个段位，博客运行时间越长，流量以及属性点越高段位也越高。

100个博客的数可能比较多，明天试试先模拟，反正只有文章的标题，数据不会太大。随着玩家博客等级段位的不断提升，最终玩家会登顶排行榜第一名，获得流量以及知名度的额外加成。对于文章的推荐，我考虑了一个赞助博客联盟的小动作把，以捐助联盟的名义“贿赂”联盟的管理人员，进而获得更多的文章推荐机会，游戏后半部分，玩家还可以大额捐助联盟对联盟进行收购，已达到对自己博客流量的强有力的推荐。

## 流量密码

游戏中有很多获得流量的方式，除了提升自身的技能以外，还可以花钱购买流量，当然，具体玩家如何购买流量，这个我还没有细想，方式也是很多的，毕竟是游戏，不高的夸张一点，玩起来也就没有意思了。

## 主线情节

目前主线任务就是完成25年的博客运营，其中并没有安排什么故事情节，我觉得有必要安排一些情节，但是，博主千千万，每个人都有自己的故事，一时间还真的没想到什么有代表性的故事。不过先完成博客联盟的功能，当游戏中的世界逐渐完善之后，我觉得自然会有一些新的电子。




着手开始构建游戏中的博客联盟功能，这让我想起很多当下的博客联盟，目前我比较关注的博客联盟有：十年之约，BlogFinder，博友圈以及记忆中比较认可的就是已经关门大吉的积薪。

Godot游戏开发《我的博客》记录06-游戏中的博客联盟


经过这个暑假的忙碌，终于基本上完成了游戏的主线代码，也就是模拟博客博主的自身属性的提升，以及发布博文后一些访问量数据的变化，同事模拟了广告联盟的收入，另外测试性的添加了二个随机事件，总之一切还算顺利。

## 游戏进度
游戏的进度目前基本完成了，后续主要是根据游戏中博客的访问量数据以及博主的属性数据来触发一些事件，以及属性值来达成的一些成就，目前还有一个博客联盟的功能还在构思中，一方面这是游戏中的一个虚拟竞技的场景，通过访问量以及博主自身的属性值来与虚拟的其他博主进行比较，以彰显玩家的博客价值。另外还需要加入一个资产理财，这个打算在后续的一个版本中添加，类似银行的储蓄、理财、股票交易、彩票等，这也是游戏中玩家通过博客的运营后获得金钱的理财消费的出口，进而引出财经博主的相关资料片。

## 未来

预计下个月也就是九月份，完成所有的目前预订的游戏功能代码以及游戏玩法体验的测试，然后进入场景的绘制阶段，把画面的一些细节搞出来，最后找些声音添加上，有信心在年底发布第一个测试版。

## 一些感触

独立游戏开发，确实很难，难在于坚持下去，有的时候会因为一些技术上的或是绘图上的问题产生负面的想法，但是只要用心去做，去思考，终究会找到解决的方法，另外就是要注意控制游戏的内容，不要无限制的添加新的想法，这会造成游戏的完成度下降，导致各种成本的增加，超出预算，进而产生放弃的想法。

踏踏实实，一步一个脚印，把功能拆开，一个一个的去实现，就会离最终的完成越来越近。加油，共勉。


经过这个暑假的忙碌，终于基本上完成了游戏的主线代码，也就是模拟博客博主的自身属性的提升，以及发布博文后一些访问量数据的变化，同事模拟了广告联盟的收入，另外测试性的添加了二个随机事件，总之一切还算顺利。