1

我有一个项目,我有很多意见,我想使用中介模式。这是个好主意吗 ?另外,你有什么想法吗?

谢谢你 :) 对不起我的英语。

4

2 回答 2

1

如果您使用大量视图,则可能需要使用中介。这样做的主要原因是如果您的类经常相互引用/相互调用方法/共享数据。调解器防止类变得过于相互依赖,并为您提供一种简单的方法来定义以何种形式传递的信息。从本质上讲,您可以知道调解员将始终以您想要的形式返回您想要的信息,而不必担心一个类的变化会影响另一个类。

我发现调解员有点痛苦,只有当你有大量需要不断交流的课程并且你计划保留这个程序一段时间并编辑/扩展/等时,你才应该真正这样做。如果您一次只呈现一个或两个视图,并且这些视图只需要彼此交谈或很少与其他视图进行交流,那可能就有点过分了。

于 2012-07-17T18:43:49.000 回答
1

在我看来,如果在实施时牢记以下几点,这可能是一个好主意。

  1. 中介类应该在视图控制器的协议上工作。每个视图控制器都应确认该协议。
  2. 视图控制器应该共享一个公共数据源。
  3. 视图中的更新应该传递给数据源/数据源控制器。例如选定的项目。
  4. 数据源更新应该只传递给活动/选定的视图控制器。
  5. 当视图控制器更改为其他视图控制器时,在呈现新视图之前,应该只要求数据源提供新的数据集。

如果中介类负责此类事情,这可能是实现此类事情的最佳方式。您也可以使用此模式实现良好的可扩展性。

祝你好运。

于 2012-07-17T18:57:22.573 回答