MDI优点和缺点

我已经继承了我现在工作的以前的开发人员的应用程序框架。该框架利用了多个父母/子女关系。在许多情况下，父母/父母/孩子出现。我问他为什么不使用计量吸入器，他说，多年前，当他开始使用时，计量吸入器在前面提到的关系情况中存在重大缺陷。特别是与多个家长。MDI优点和缺点

我的实际问题是; MDI是否仍然有这些缺点？ &那些与MDI合作过的人，你有什么问题，你是如何克服它们的？

谢谢！

一个与MDI接口问题是，你不能在您的MDI容器内登记无限窗口的反正（见This Microsoft KB item）。以为我发布了这个，因为我看到许多MDI应用程序在大量使用时遇到该错误。

我通常喜欢一个SDI接口，并使它在'某些'的多个实例上共享相同的控件和窗口，而不是为每个'something'的实例产生一个新的窗口。

我不知道程序界面的细节，但我还没有找到不能重写到SDI界面和一些模态对话框（如果真的需要）的东西。

2008-12-17 11:13:41

我当然在MDI中看到过一些小故障，但说实话我可能会建议看WPF而不是winforms，如果你想要一些复杂的东西。

2008-12-16 20:44:42

绝对不复杂。我的应用程序真的是一个荣耀的数据录入和检索应用程序。另外我对你的WPF声明感兴趣，因为我一直认为WPF不是表单的理想选择。这不再是这种情况吗？这里相当环保的开发商，请原谅无知。 – 2008-12-16 20:53:15

我真的认为这是你继承的应用程序的一个缺点，它需要多个父母（你好紧密耦合的应用程序！）。

我曾经在一个应用程序（敲木头，我不会再回到支持它的任何时间），这可能很像你的现在。如果原作者只是简单地使用代表而不是“this.Parent.Parent.Parent.functionX”，我们可能会在修复该应用程序的缺点方面取得更大的进展（并且代表甚至可能还没有走完......）。

至于MDI，我个人更喜欢它，但我不能说出原来的开发者发现的缺点，因为我试图围绕他/她需要的关系进行设计。

2008-12-16 22:59:05

当然，所有的MDI都是在一个地方包含应用程序的所有窗口的方式。现在，如果你的应用程序是一个应用程序，它有多个文档，人们使用它，并希望在不使用时将它“放”出来，那么MDI可能适合你。如果不是，那么不是。

托尼

2008-12-16 23:07:26 AnthonyLambert

这听起来像我需要进一步调查MDI。我很好奇WPF的评论，因为这与我迄今为止所教的内容相悖。

此外，感兴趣的一点是，框架开发人员称他的架构HDI（主机文档接口）。

谢谢！

2008-12-17 15:32:47

回答