【发布时间】：2012-04-23 10:20:46
【问题描述】：
根据定义，视图应该是无逻辑的。当用户与视图交互时，它会通知其控制器。当应用程序中的状态发生变化时，控制器会通知视图。但是当需要重新渲染部分或全部视图时，我对视图与其控制器之间的通信性质感到困惑。
让我们假设我正在制作一个两人纸牌游戏。该视图负责显示牌组、弃牌堆、玩家手中的牌以及任何其他 UI 组件。当玩家打牌时，视图需要反映这种变化，而通知视图这样做是控制器的工作。以下哪个选项是处理此事件的最佳方式？
控制器简单地告诉视图重新绘制。视图通过控制器可以访问游戏状态的所有参数。它使用这些参数重新绘制所有内容，包括牌组、玩家的手牌等。
控制器告诉视图玩家打出一张牌。视图知道当玩家出牌时，只有该玩家的手需要重新绘制。与选项 1 一样，视图使用游戏状态的参数来确定如何重新绘制玩家的手。
（与 2 类似但不同）控制器告诉视图重新绘制该玩家的手，并传递执行此操作所需的所有参数。视图无权访问游戏参数。
我还缺少其他方法吗？
选项 1 似乎是最容易编写的两个，因为视图是无状态的——它只是每次都重新绘制所有内容。但出于同样的原因，这是非常浪费的。当只有一个玩家打出一张牌时，我们不需要两个玩家的手。做动画之类的东西也很困难，因为每次我们重新绘制时，我们基本上都是在扔掉旧的画布并用所有新的视图组件构建一个新的画布。
另一方面，选项 3 在从视图中删除逻辑方面似乎是最好的，但它带来了一些问题。首先，我发现编写起来更加困难，因为必须将所有正确的消息发送到视图。如果有任何遗漏，视图将无法正确反映应用程序的状态。其次，有时似乎仍然需要完全重新绘制，例如，当用户正在恢复正在进行的已保存游戏时。
在选项 1 和 2 中，视图“拉取”有关游戏状态的数据，而该数据在选项 3 中被“推送”给它。视图是否应该能够请求这样的信息，或者这是否意味着也有视图中有多少逻辑？
提前感谢您对这个主题的任何启发！
【问题讨论】：
标签： model-view-controller architecture views encapsulation controllers