问题标签 [component-based]

我目前正在使用 GDI+ 在 c# 中设计一个 2D 游戏引擎，我在我的代码中遇到了一个可怕的设计缺陷。

这个想法是我的游戏引擎由多个屏幕组成，每个屏幕包含多个游戏对象，每个游戏对象包含多个组件（就像 unity 一样）。与前一个游戏对象相比，每个游戏对象都可以包含不同的组件。

例如，假设我有一个会弹跳的球。我需要一个物理组件和一个变换组件。

但是，我已经意识到某些组件依赖于其他组件才能工作。

在我上面提到的物理组件的情况下，需要访问变换组件来更新和了解球的位置、旋转等。

所以目前，我的基础组件类也包含对它当前附加的 GameObject 的引用，因此任何组件都可以访问游戏对象中的任何其他组件。

我只是想知道这是否是我基于组件的引擎的最佳方法。

下面是 Sprite 组件的脚本，它需要访问游戏对象的位置。

我对 Redux 很陌生，想在我的应用程序中使用它，但我被困在 Redux 部分的架构/设计阶段。以下是我对设计的要求和假设。

应用程序详细信息： 带有 AngularJS 的 SPA。其他库使用ng-redux、reselect、rxjs。

组件详细信息： 可重用的网格组件以呈现大量数据。

我的想法： 创建一种即插即用的基于组件的架构，其中网格的所有内部组件都独立于父/组合组件，如搜索、排序、行、标题、单元格。

1. 所有组件都将拥有自己的一组 reducer、action、selector 和 store 中的 state slice。

2. 因为所有组件都有自己的reducer，并且可以按需插入，所以我需要它们懒惰地注册到store，而不是在一个地方堆积。

3. 一些组件，如搜索、排序以及拥有自己的状态，也会影响其他组件的状态。例如：设置查询参数（searchText、sortOrder 等）以获取将由另一个组件处理的网格数据。

我的想法：

1. 对于第一点，我正在研究重新选择以提供相关的状态切片。

2. 对于第二点，我仍然对使用combineReducers / replaceReducer进行延迟注册感到困惑。如果我想访问该州的多个部分，我觉得combineReducers不适合。

3. 对于第三点，我正在考虑以下方法：

   一个。在需要更新状态的多个部分的地方通过getState()传递整个状态。虽然这种方法让我感觉 Redux 使用不当。

   湾。组件A触发其自己的操作来更新其状态部分，然后为另一个组件B触发另一个操作以更新其状态片。这种方法也感觉像打破了 Redux 的整个想法，虽然我不知道如何使用它，但可以在这里使用副作用的概念，也许是redux-saga，redux-thunk等。

注意：使用任何一种方法都不应该导致组件知道其他组件，因此任何必须做的事情都将通过传递一个通用的配置对象来完成，例如{ actionsToFire: ['UPDATE_B'] }.

4. 在应用程序的页面之间来回导航时我需要状态管理，但我不需要从服务器端热重载、动作重播或预取应用程序状态。

5. 组件也将负责在不再需要时销毁其状态。并且状态将具有规范化的结构。

我知道这些要求可能看起来很奇怪或不常见，但我会保持这种状态。

我已经知道的几件事是：

1. 我不需要像 Dan 的经典文章所说的那样使用 Redux，但我认为在这种情况下我需要它。

2. 我知道 Smart 和 Dumb 组件，主要是我的组件可能看起来很聪明（即知道应用程序状态），但这就是我想要保留它们的方式，我可能错了。

网格组件示意图：

网格组件图

所以我有一个名为 app 的类。它只是一个控制其中所有其他类的类。我们讨论的中期开发使这个应用程序类成为单例。这让其他开发人员清楚地知道应该只有一个应用程序。这听起来合乎逻辑，并且是使用单例的正确方法。唯一的问题是，如果你使用这个单例来访问它的属性并让其他人可以访问它们。然后，您是否“错误地”使用了单例？我知道你不应该使用单例“因为它很方便”。但这里是这样吗？