问避免全球状态

EN

经常要把4-5的东西传递给我的班级，特别是在我的场景中，我几乎所有的游戏对象都需要一个屏幕、物理、相机信息等等。那么正确的问题是：“为什么我在所有的类中都需要所有5个对象？”为什么地球上的每一个物体都需要任何提到的东西？游戏中的对象需要一个位置和任何它需要的东西来处理它的行为。然后一个单独的渲染器可以，你知道，渲染对象。这意味着只有渲染者需要相机信息和屏幕。

不管是哪种情况，物理学都可以。您可以有一个单独的物理实体来更新游戏对象，或者可以将物理对象传递给每个游戏对象。但是即使你真的把它传递出去了，我们也只剩下三个对象中的一个了。:)

这就是为什么全球化和单身汉往往是最好的避免。它们掩盖了您的依赖关系，因此最终对象之间的依赖比实际需要的要多得多。然后就几乎不可能移除这些球状。

然而，如果你坚持使用全球化，那就帮自己一个忙，至少要避免单身汉。您不需要单例强制执行的附加约束。

地形需要访问主类屏幕对象，因此它可以将其地形图形添加到屏幕上。它还想知道相机对象的情况，当它在绘图时，所以它知道绘制它的比例。它还想了解我的PhysicsWorld对象，这样它就可以添加到物理引擎中。

地形对象需要知道一件事:地形是什么样的。其他人可以负责渲染它。有人需要知道相机，屏幕和地形图形，当然，这意味着同样的对象可能有可能完成涉及这些对象的其他任务(例如其他渲染任务)。为什么地形要关心它所画的比例呢？它需要知道刻度是多少，但不需要知道相机空间的刻度。为什么其他人不能把地形添加到物理引擎中呢？主要功能可能甚至能够做到这一点。创建地形，创建物理引擎，注册地形与物理引擎，开始游戏。

我不知道ActionScript，但假设变量是通过引用传递的，那么至少您可以构造一个“Environment”类，其中包含摄像机、屏幕、地形、PhysicsWorld，这些都是传递给实例的。

我也遇到了同样的问题(巧合的是，actionscript 3中也有)。

我一直在为flash编写RTS，并发现自己需要传递大量对每个新类的引用(例如，gameGrid、currentSelection、visibleUnits等)。

我最终意识到我真正应该做的是让每个类维护它自己的属性，而不是传递对这些类的引用(好的对象)。

但是无论如何，现在我要做的是让静态变量包含对常用对象的引用，例如在一个名为RTSGlobals的类中的主舞台、接口、引擎和显示区域。我也在里面放了常量，比如屏幕大小。

我知道这并不能真正回答你的问题，但我认为，有时需要忽略一些OOP的良好实践来支持一个有效的解决方案。

如果某人有一个很好的实践解决方案，请告诉:)