iOS MVC 设计模式 - REST 资源模型和视图控制器之间的层答案

【问题标题】：iOS MVC Design Pattern - Layer between REST resource models and view controllersiOS MVC 设计模式 - REST 资源模型和视图控制器之间的层
【发布时间】：2015-01-07 12:29:48
【问题描述】：

您如何看待在 MVC 模式中的模型和视图控制器之间添加一个具有逻辑的层？

我们有 REST 资源模型，其中包含只读属性和用于在服务器上更新/获取数据的方法。这些模型被放置在一个供多个 iOS / OS X 应用程序使用的框架中，因此我们不想向它们添加任何特定于应用程序的代码。

视图控制器通过放置常用逻辑的层访问这些 REST 资源模型，例如过滤和缓存大型集合。该层由类组成，其中每个类对应一个 REST 资源，并且该类的每个实例都有一个 REST 资源模型的实例。 REST 资源是公共的，因此资源及其值可以由视图控制器直接读取。

这一层的类应该叫什么？他们是控制器、助手、工具还是其他东西？或者这是一个无效的 Cocoa 设计模式？

例如，如果资源名为“Activity”，它的类是否可以命名为“ActivityController”？

【问题讨论】：

标签： ios model-view-controller cocoa-design-patterns

【解决方案1】：

根据我的理解，您使用的似乎通常是资源模型上的包装器。更具体地说，考虑到您在其中放置过滤逻辑，Proxy 可能是正确的名称。我不认为这是一个无效的 Cocoa 设计模式。反正

REST 资源是公开的，因此视图控制器可以直接读取资源及其值。

听起来很奇怪。资源应该是私有的，并且代理应该提供访问模型值的函数。

【讨论】：

是的，我们朝着你的方向前进。我们没有将其称为 Proxy，但我们将资源包装起来并将其更改为私有。