MVC中的M在哪里？ [关闭]

Question

我要问的这个问题是受我最近在Flex平台（以及一些假装实现MVC的框架）上的工作启发而来的，但是我认为它的普遍性足以吸引具有各种专业知识的人员。

很长时间以来，我一直遵循由Cairngorm之类的框架提出的范例-

查看，绑定到单例模型的属性以及调度事件。 事件由前端控制器捕获，结果将执行命令。 命令调用服务，获取数据并提供模型。 该模型通过绑定隐式更新视图。

在进入以下数据结构之前，一切都很好，一切顺利：

用户有很多关注者（用户）有很多关注用户有很多照片并有很多关注

照片有很多喜欢的人（用户）有一个位置有一个创作者有很多相关的照片

位置有很多照片，有很多关注者

同样，使用Cairngorm提出的想法也不是问题，例如拥有currentUser，currentLocation和currentPhoto并绑定它们。

问题出在视图本身中。 我有一系列复杂的“页面”视图，这些视图提供了如人们想象的那样的钻取信息。 例如，位置页面显示了最新/最受欢迎的照片的网格，用于关注者的面板以及基于这些照片的拍摄地点的地图。 问题来了：

显然，出于性能原因，我无法提取跟踪特定位置的所有用户或该位置可能拥有的所有照片。 我已经预取了一些，其他将由服务器按需提供。

我想深入查看同一视图，例如，在单击关注者的头像页面时，我应该获得该用户照片的小网格，或其他。 但是我在模型中只有一个currentUser。

这引出了一个问题，为什么我什至需要绑定到中央单例模型？ 我不能只是将每个视图变成某种响应器，即视图再次调度一个，但是这次命令而不是提供模型，而是直接提供调用视图。

不会有任何耦合，因为每个视图都将实现IResponder。 该命令仅需要一个IResponder，它将从调用它的事件中获取。

我认为，“模型”将扮演不同的角色。 它更像是高速缓存，是对本地存储的全局字典排序，它将在从服务器发出请求之前由命令检查。 这样，它可以保存对服务器的一些调用，但是，如果数据非常零散，则将与其他数据一起一次又一次地获取相同的数据。 （我可能在缓存中有一些用户数据，但是通常为了一致性，无论是否我可能已经拥有一些追随者数据，我都会调用服务器以获取追随者数据）

对这些想法的任何反馈将不胜感激

Answer 1

我认为您的实际问题是这样的：

这引出了一个问题，为什么我什至需要绑定到中央单例模型？

您不需要绑定到中央单例模型。 实际上，许多人声称这种方法很可怕，并且会引起性能问题。 绑定是一项昂贵的操作，因此将所有可绑定值放在一个位置会在您的应用程序中引起涟漪效应。

Cairngorm似乎将您推向这个方向，这是对Cairngorm的普遍批评。 在Cairngorm的辩护中，我认为没有理由-如果要在Cairngorm体系结构中，不能有多个“全局数据单例”。 首先，我将避免反驳针对Singletons的论点。

大多数后Cairngorm框架都可以看作是对Cairngorm的回应，也是尝试以不同的方式做事。

Answer 2

这不是真正的答案，因为问题不是真正的问题。 但是，如果要查看“ MVC”，则应该远离 Cairngorm，因为它可能在所有Flex应用程序框架中实现最差的MVC模式。 最好的例子之一（或者更糟糕的情况取决于您的看法）是他们对Theo已经在博客中发表的单例模型的使用。

您应该查看RobotLegs或Parsley以获取适当的MVC架构。 我个人对建筑的看法是，“模型”只是表达“数据”的另一种方式。 它只是一个为应用程序保存数据或状态的类。