使用MVP，如何从另一个视图创建一个与同一模型对象链接的视图

Question

背景

我们在应用程序中使用Model-View-Presenter设计模式以及抽象工厂模式和“ signal / slot”模式来满足2个主要要求

• 增强可测试性（非常轻巧的GUI，可以在单元测试中模拟每个操作）
• 使“视图”与其余视图完全独立，因此我们可以更改实际的视图实现，而无需进行其他任何更改

为了做到这一点，我们的代码分为4层：

• 核心：拥有模型
• Presenter：管理视图界面（请参见下面）与核心之间的交互
• 视图接口：它们定义视图的信号和插槽，但不定义实现
• 视图：实际执行的视图

演示者创建或处理视图时，将使用抽象工厂，并且仅了解视图接口。

它在视图接口之间进行信号/插槽绑定。 它不在乎实际的实现。 在“视图”层中，我们有一个具体的工厂来处理实现。

信号/时隙机制是使用基于boost :: function构建的自定义框架实现的。

确实，我们拥有的是这样的： http : //martinfowler.com/eaaDev/PassiveScreen.html

一切正常。

问题

但是，有一个我不知道如何解决的问题。

让我们以一个非常简单的拖放示例为例。

我有两个ContainersViews（ContainerView1，ContainerView2）。 ContainerView1有一个ItemView1。 我将ItemView1从ContainerView1拖到ContainerView2。

ContainerView2必须创建一个不同类型的ItemView2，但是它“指向”与ItemView1相同的模型对象。

因此，ContainerView2以ItemView1作为参数，获得了一个用于drop操作的回调。 它调用ContainerPresenterB并将其传递给ItemViewB

在这种情况下，我们仅处理视图。 在MVP-PV中，视图不应该对演示者或模型一无所知，对吗？

在不知道ItemView1代表哪个模型对象的情况下，如何从ItemView1创建ItemView2？

我考虑过要在每个视图中添加一个“ itemId”，该ID是该视图所代表的核心对象的ID。

因此，在伪代码中，ContainerPresenter2会执行类似的操作

itemView2=abstractWidgetFactory.createItemView2();
this.add(itemView2,itemView1.getCoreObjectId())

我对细节的了解不多。 就是这样。 我这里的问题是那些itemIds就像指针一样。 指针可能会晃来晃去。 想象一下，我误删除了itemView1，而这删除了coreObject1。 itemView2将具有一个coreObjectId，它代表无效的coreObject。

是否没有更优雅，更“防弹”的解决方案？

即使我从未进行过ObjectiveC或macOSX编程，但我仍然不禁注意到我们的框架与Cocoa框架非常相似。 他们如何处理此类问题？ 在Google上找不到更详细的信息。 如果有人可以对此有所了解。

我希望这个问题不要太令人困惑...

Answer 1

好的，我发现的技术实际上来自Cocoa，所以它是Objective-C，但您绝对可以在C ++中做同样的事情。

解决方案只是使用PasteBoard（ developer.apple.com文档 ）。

希望它可以帮助某人...