SDI vs MDI vs TDI vs？答案

【问题标题】：SDI vs MDI vs TDI vs?SDI vs MDI vs TDI vs？
【发布时间】：2011-01-18 02:58:14
【问题描述】：

我正在制作一个小型企业应用程序，我想知道最好的界面是什么。该应用程序本身就是您的普通服务票跟踪器。将有表单用于搜索工单（带有结果网格）、创建新的勾选和查看现有工单、管理一些管理内容（用户、一些分类器等）、库存管理表单...

那么最好的界面是什么？最初我想到了 MDI（因为这在 .NET 中很容易做到），但后来我开始使用 Telerik RAD 控件，并且 TDI（选项卡式文档界面）现在也很容易做到（而且我是 TDI 的粉丝，因为我我是一名程序员，大多数 IDE 都成功地使用了它）。在搜索关于 SO 的类似问题时，我发现一些建议说 TDI 和 MDI 都很笨拙，你应该做一个 SDI（每个打开的表单都有一个单独的任务栏窗口）。

那么...这里最好的是什么？

【问题讨论】：

老实说，最好的办法是针对目标市场进行完整的用户体验调查，看看什么是最有效和最有效的方法。
您是否考虑过使用 Web 后端创建基于浏览器的界面？
我每天都在做这么多的网络编程，我很高兴有机会做一个 Windows 应用程序来改变。 :) 而且我确实认为 Windows 应用程序在可用性方面更胜一筹。

标签： mdi tabbed-document-interface sdi

【解决方案1】：

我必须赞同 Michael Todd 的建议（以及通常的 Nielsen/Joel Sposky 口头禅）。

进行用户测试

模拟一个和另一个。向几个“有代表性的”目标用户展示。

要求他们完成每个工作流程，并描述哪种感觉更自然/直观/容易。

另外，这可能是一个幼稚的建议（我的 Windows 编码经验为零），但您不能编写足够通用/灵活的代码以能够在 TDI 和非 TDI 格式下工作吗？

（以 Firefox 的“新标签”与“新窗口”为例）

【讨论】：

哇，我不敢相信我自己没有这个想法。使其可配置！谢谢！ :)

【解决方案2】：

比起杂乱的任务栏，我更喜欢 TDI。对我来说效果很好，但 HCI 可用性之神可能不同意。浏览器和 IDE 似乎也在 TDI 上融合。

【讨论】：

我认为大多数开发人员会更喜欢 TDI，但我怀疑对于简单的用户也可以这么说。
浏览器可能是“简单用户”最常用的软件，我不敢苟同。
他们中实际使用多个标签的百分比是多少？有多少人喜欢它？不知道，这一切都只是猜测……