背景
我们在应用程序中使用 Model-View-Presenter 设计模式以及抽象工厂模式和“信号/插槽”模式,以满足两个主要需求
- 增强可测试性(非常轻量级的 GUI,每个动作都可以在单元测试中模拟)
- 使“视图”完全独立于其余部分,因此我们可以更改实际的视图实现,而无需更改任何其他内容
为此,我们的代码分为 4 层:
- 核心:持有模型
- Presenter:管理视图界面(见下文)和核心之间的交互
- 视图接口:它们定义视图的信号和槽,但不定义实现
- 视图:视图的实际实现
当演示者创建或处理视图时,它使用一个抽象工厂并且只知道视图接口。
它在视图接口之间进行信号/槽绑定。它不关心实际的实现。在“视图”层,我们有一个处理实现的具体工厂。
信号/槽机制是使用基于 boost::function 的自定义框架实现的。
真的,我们所拥有的是这样的:http ://martinfowler.com/eaaDev/PassiveScreen.html
一切正常。
问题
但是,有一个问题我不知道如何解决。
让我们以一个非常简单的拖放示例为例。
我有两个 ContainersView(ContainerView1、ContainerView2)。ContainerView1 有一个 ItemView1。我将 ItemView1 从 ContainerView1 拖到 ContainerView2。
ContainerView2 必须创建一个不同类型的 ItemView2,但它“指向”与 ItemView1 相同的模型对象。
因此 ContainerView2 获得了一个回调,该回调调用了以 ItemView1 作为参数的放置操作。它调用 ContainerPresenterB 传递它 ItemViewB
在这种情况下,我们只处理视图。在 MVP-PV 中,视图不应该知道有关演示者或模型的任何信息,对吗?
如何从 ItemView1 创建 ItemView2,不知道 ItemView1 代表哪个模型对象?
我考虑为每个视图添加一个“itemId”,这个 id 是视图所代表的核心对象的 id。
所以在伪代码中,ContainerPresenter2 会做类似的事情
itemView2=abstractWidgetFactory.createItemView2();
this.add(itemView2,itemView1.getCoreObjectId())
我不会过多介绍细节。那只是工作。我在这里遇到的问题是那些 itemId 就像指针一样。并且指针可以悬空。想象一下,我错误地删除了 itemView1,这也删除了 coreObject1。itemView2 将有一个 coreObjectId,它代表一个无效的 coreObject。
没有更优雅和“防弹”的解决方案吗?
尽管我从未做过 ObjectiveC 或 macOSX 编程,但我还是忍不住注意到我们的框架与 Cocoa 框架非常相似。他们如何处理这类问题?在谷歌上找不到更深入的信息。如果有人可以对此有所了解。
我希望这个问题不会太令人困惑......