通过简单的中介者模式模型了解迪米特法则(设计模式与开发实践 P14)

文章目录

虽然面向对象鼓励将行为分布到各个对象中,把对象划分成更小的粒度有利于对象可复用性,但有时对象之间联系太多又会反而降低可复用性

通过一个中介者对象封装一组对象之间的交互,减少对象间直接耦合,对象之间的通信集中在中介者对象中,使得对象间交互更加简单和可控

反例

举个例子,5 v 5 玩家对战游戏设计中,我们要创建角色 Player 对象

  • 当玩家死亡时,我们需要遍历所有队友,如果都死亡了就通知所有敌人游戏胜利、通知己方所有人游戏失败

我们首先想到可以通过创建玩家角色 Factory 工厂提高初始化角色时的效率,但这并不能解决对象和对象间的耦合关系,随着玩家数量变成5、变成10、变成20,遍历一遍所有角色会严重降低效率

如果角色还要有切换阵营、离开队伍功能,那这就更令人恼火了

实现

我们试着把这个收发信息、通知胜利的功能用一个中介者来管理,这是一个最基础的例子,只实现了收发信息功能,当然还可以实现管理游戏输赢、比分等等~

csharp 复制代码
// 抽象的中介者
public abstract class Mediator
{
    public abstract void SendMessage(string message, Player sender);
}

// 具体的中介者
public class GameMediator : Mediator
{
    private Dictionary<string, Player> players = new Dictionary<string, Player>();

    public void RegisterPlayer(Player player)
    {
        players[player.Name] = player;
    }

    public override void SendMessage(string message, Player sender)
    {
        foreach (var player in players.Values)
        {
            if (player != sender)
            {
                player.ReceiveMessage(message);
            }
        }
    }
}

// 抽象玩家,拥有玩家的基本属性
public abstract class Player
{
    protected Mediator mediator;
    public string Name { get; private set; }

    public Player(string name, Mediator mediator)
    {
        Name = name;
        this.mediator = mediator;
    }

    public void Send(string message)
    {
        mediator.SendMessage(message, this);
    }

    public abstract void ReceiveMessage(string message);
}

// 具体玩家,在这里初始化成红队、蓝队
public class PlayerImpl : Player
{
    public PlayerImpl(string name, Mediator mediator) : base(name, mediator)
    {
    }

    public override void ReceiveMessage(string message)
    {
        Console.WriteLine($"{Name} received message: {message}");
    }
}

class Program
{
    static void Main(string[] args)
    {
        GameMediator mediator = new GameMediator();

        Player player1 = new PlayerImpl("Player1", mediator);
        Player player2 = new PlayerImpl("Player2", mediator);
        Player player3 = new PlayerImpl("Player3", mediator);

        mediator.RegisterPlayer(player1);
        mediator.RegisterPlayer(player2);
        mediator.RegisterPlayer(player3);

        player1.Send("Hello, everyone!");
        player2.Send("Hey, Player1!");
    }
}

迪米特法则

又叫最小知识原则,是指一个对象应该尽可能少的了解其他对象。如果对象之间耦合度太高,一个对象发生改变之后难免会影响其他对象

其中中介者模式最大的缺点就是新增了一个中介者对象,对象之间的复杂度全部转移到中介者身上,最后会导致中介者对象变得异常复杂

我们写程序是为了快速完成项目交付生产,而不是堆砌模式和过度设计,对象和模块之间有一些依赖关系是正常的,如果对象之间的复杂耦合导致了调用和维护困难,我们就可以考虑使用中介者模式来重构代码

相关推荐
闲人编程1 小时前
Python设计模式实战:用Pythonic的方式实现单例、工厂模式
开发语言·python·单例模式·设计模式·工厂模式·codecapsule·pythonic
御承扬10 小时前
编程素养提升之EffectivePython(Builder篇)
python·设计模式·1024程序员节
杯莫停丶13 小时前
设计模式之:享元模式
java·设计模式·享元模式
杯莫停丶13 小时前
设计模式之:组合模式
设计模式·组合模式
Hero | 柒15 小时前
设计模式之建造者模式
java·设计模式·1024程序员节
周杰伦_Jay17 小时前
【常用设计模式全解析】创建型模式(聚焦对象创建机制)、结构型模式(优化类与对象的组合关系)、行为型模式(规范对象间的交互行为)
设计模式·架构·开源·交互·1024程序员节
杯莫停丶20 小时前
设计模式之:外观模式
java·设计模式·外观模式
杯莫停丶21 小时前
设计模式之:命令模式
设计模式·命令模式·1024程序员节·活动勋章
电子科技圈1 天前
芯科科技推出智能开发工具Simplicity Ecosystem软件开发套件开启物联网开发的新高度
mcu·物联网·设计模式·软件工程·软件构建·iot·1024程序员节
WaWaJie_Ngen1 天前
【设计模式】组合模式(Composite)
设计模式·组合模式·1024程序员节