如何打破Room与Exit类的循环依赖？现有方案是否可行？

你的方案合理性分析 #

你的方案完全合理：通过将Room和Exit之间的直接依赖转移到Game类（作为游戏世界的聚合根），确实打破了二者的循环依赖，符合“依赖指向更稳定高层模块”的设计原则。不过字符串类型的NextRoomId存在两个明显痛点：

• 类型不安全：拼写错误、ID格式不一致等问题无法在编译期发现
• 查找效率低：遍历List<Room>匹配ID的时间复杂度为O(n)，房间数量较多时会影响性能

更优方案：强类型ID+字典存储 #

在不使用接口或事件的前提下，我们可以通过强类型ID和字典存储解决字符串ID的问题，同时保持循环依赖的打破：

优化后的代码实现 #

// 定义强类型RoomId，替代字符串ID，确保类型安全
public record RoomId(Guid Value);

public class Game
{
    // 用字典存储Room，通过RoomId快速查找，时间复杂度O(1)
    public Dictionary<RoomId, Room> Rooms { get; set; } = new();

    public Room? GetNextRoom(Exit exit)
    {
        Rooms.TryGetValue(exit.NextRoomId, out var nextRoom);
        return nextRoom;
    }
}

public class Room
{
    public RoomId Id { get; }
    public Exit Exit { get; set; }

    public Room(RoomId id)
    {
        Id = id;
    }
}

public class Exit
{
    // 使用强类型RoomId，避免字符串的类型不安全问题
    public RoomId NextRoomId { get; set; }
}

方案优势 #

1. 类型安全：强类型的RoomId可在编译期避免无效ID问题，比如传入非RoomId类型的值
2. 高效查找：字典的TryGetValue方法是O(1)时间复杂度，远优于遍历列表
3. 保持解耦：Room和Exit之间依然无直接依赖，所有关联由Game统一管理，符合单一职责原则

额外建议 #

如果游戏中房间ID是固定的（比如关卡房间），还可以用枚举类型替代Guid的RoomId，进一步提升可读性和类型安全性：

public enum RoomId
{
    StartRoom,
    TreasureRoom,
    BossRoom
}

// 后续Game的字典可改为Dictionary<RoomId, Room>，使用更简洁

内容的提问来源于stack exchange，提问作者jw9832hds