依赖注入链是否是反模式?

这就是问题所在,假设我们正在制作一个视频游戏,并希望使用依赖注入。以下是我们的产品:

Game Class  // This is just the code to keep track of the overall game logic
Character Class // This would be the guys in the game, good and bad guys both
Weapon Class // The weapons for the characters

所以通常当我进行依赖注入时,我会将地图上的当前位置和游戏状态注入到角色中,这样我的角色就可以知道在哪里创建自己,等等。然后我让角色创建武器并注入武器强度的值,以及其他一些来自游戏类等。

在我看来,这几乎是一种反模式。我这么说是因为现在您有了(至少在我看来是这样的)非常脆弱和难以更改的代码。如果我们想更改传递的游戏状态信息,我们将被迫更改所有三个类。我们对游戏类做了最初的修改,然后修改角色,最后修改武器类。这是一个很大的工作,特别是如果你要深入5个层次,而不仅仅是3个层次。尽管是的,它允许比没有DI更容易进行单元测试。

这听起来像是一种不好的做法。这是通常的做法吗?什么是我们有点“母舰”模式,一切都在顶层。所以不是游戏创造角色创造武器,而是让游戏(或其他类)创造所有的武器。

这样,如果我们想给角色添加一个新的武器,游戏类只需创建武器本身并注入。不知道该怎么办。谢谢