Metro 风格 (WinRT) UI 是否适合企业应用程序？答案

【问题标题】：How suitable Metro style (WinRT) UI is for enterprise apps?Metro 风格 (WinRT) UI 是否适合企业应用程序？
【发布时间】：2012-06-26 05:57:52
【问题描述】：

如果你们刚开始设计新的企业/商业应用程序，您会考虑使用 Metro 风格 (WinRT) 用户界面吗？

我们需要：

一个复杂的桌面应用程序 (WPF/MVVM)，用于编辑具有数百个字段的多个复杂表单，某些表单/窗口/页面可能非常庞大，因此必须明智地利用屏幕上的可用空间。通过鼠标和键盘访问所有控件。将来可能会使用触摸屏（但我相信
用于查看数据的网络应用程序（比桌面应用程序简单得多）
适用于 iPhone/Android 的移动应用，具有用于现场离线任务的基本功能。

UI 应该在所有应用中保持一致。而且我确信使用 Metro 设计移动应用程序（可能还有 Web 应用程序）不会有问题。但是对于 Metro 来说，桌面应用程序可能过于复杂（由于表格和列表很大）。

有人看过带有 Metro UI 的企业/商业应用示例吗？

附言我已经阅读了许多来自 MS 的文章（如 Designing great productivity apps for Windows）和一些对事物的清醒看法（如 How suitable is Windows 8 Metro for business developers?），但仍然找不到使用 Metro UI 处理大型表单和列表的好方法。

想得到类似Zune 的东西（在下图中），但倾向于认为这是不可能的。

【问题讨论】：

查看 WinRT 并确保它具有桌面所需的内容（例如，没有 System.Data）。它是一种沙盒，可能是好事也可能是坏事。从桌面到移动设备的一致 UI 是一个限制性设计前提。
我在 DevExpress 视频 (youtu.be/kgzvyBfuMkc?t=5m28s) 的 Metro UI 中找到了一个 CRM 应用示例。不错，如果知道它是用 WinForms 构建的

标签： wpf windows-runtime microsoft-metro enterprise

【解决方案1】：

一两年前，我们的团队在专业 UI 设计师的支持下，重新设计了一个我们正在开发的基于表单的大型应用程序（基于 WPF）。我们遇到了同样的问题：客户希望显示有时包含数百个表单字段的表单，理想情况下他们希望在一个页面上查看所有字段。

专业人士的建议是：让您的客户相信这是一个坏主意。将每个屏幕的字段数限制为十几个。只有这样，您才能拥有一个看起来不错且易于处理的用户界面。

因此，我认为通过将复杂的表单拆分为更简单的部分，可以在 Metro 中拥有具有复杂表单的企业应用程序。但是，您还需要考虑其他标准：

企业客户升级到 Windows 8 的意愿如何？考虑到大量企业客户仍在使用 Windows XP（有时甚至是 IE6），我预计他们升级到 Windows 8 的速度会非常缓慢。
企业客户会更喜欢 Windows Phone 8 而不是 iOS 或 Android？我不确定Android，但我目前的经验是，公司的决策者在搜索移动企业应用程序时主要考虑iOS，这仅仅是因为他们中的很多人已经拥有iPad/iPhone设备。我认为 Windows Phone 8 成为他们关注的焦点可能需要相当长的时间。

【讨论】：

在一个页面上显示数百个字段绝对是个坏主意。采用渐进式披露等可用性设计概念来设计这些具有大量输入字段的表单。
另外考虑到 Windows 8 还处于起步阶段，可能再过一年左右都不会成熟，我会坚持 Windows 7 和 XP 的 WPF，尤其是对于保守的企业。据我了解，这些应用程序仍然可以在 destkop 模式下在 Windows 8 上运行
@fmunkert，您能否提供一个具有多个字段的繁重表单的屏幕截图或详细说明？我坚持使用 DevExpress 组件，这些组件允许我在没有 WinRT 或其他 Win8 相关 API 的情况下使用 Metro UI 创建 WPF 应用程序。所以即使是 WinXP SP3 用户也可以使用它
@Klaus：这可能是一个误解：我们没有使用 Metro 开发这些表格；我们使用了 WPF。此外，我的建议是在使用 Metro 时避免使用复杂的表单，并尽一切努力说服您的客户将复杂的表单拆分为更简单的部分。至于 DevExpress：我查看了他们的网站，在我看来他们只有 Metro skin；这与作为应用程序在开始屏幕内运行的真正 Metro 应用程序不同。
@Klaus: JFYI: 至于 DevExpress - 请看一下 DocumentManager 组件的新 MetroUIView。我相信这是对几个 Metro 皮肤（Metropolis、Metropolis Dark 和 MetroBlack）和 TileControl 的很好补充。

【解决方案2】：

Metro 和经典 Windows 之间的最大区别在于 Metro 针对触摸屏进行了优化，因此开发 Windows 8 的基本控件更大，并且主要为触摸交互而设计（尽管它们具有合理的鼠标支持）。

混乱的表单在 Windows 8 中会出现问题，因为 Metro 风格偏爱整洁的用户界面。这在平板电脑上尤其明显，弹出式软键盘将覆盖部分屏幕，并且窗口将执行滚动操作，以便将当前聚焦的文本框（例如）置于视图中。

所有 Metro 控件都可以重新模板化以模仿它们的旧版控件（因此您可以按照您的描述创建类似 Zune 的屏幕），但是您需要问自己在 Windows 中创建应用程序有什么好处8 如果您不打算使用新的触控支持？

不过，在 Metro 中编写应用程序有一个很大的好处，那就是可移植性。如果您可以让应用程序的 UI 设计保持为标准 Metro 应用程序（同时满足您的要求），那么您的应用程序应该可以在 Windows 桌面、Windows 平板电脑和 Windows Phone 上运行，并且只需最少的额外开发工作。

使用 Windows 8 Mertro，您还可以通过公司自己的私有“App Store”启动应用程序，但这也可能被视为一种障碍，具体取决于您公司的安全策略（尽管应用程序可以在外部部署使用powershell的应用商店）。

【讨论】：

我理解 Metro 设计的概念，但我也明白设计师/开发人员在许多领域都必须退出规则。像 Photoshop 这样的应用程序永远不会 100% 遵循 Metro 规则。我怀疑非娱乐应用程序有很多地方可以解决规则。到目前为止，我们还没有经验丰富的 Metro 设计师，我们需要教他们。这就是为什么我正在寻找良好的折衷方案和解决方法的示例，至少是针对具有 Metro UI 的繁重商业/企业应用程序中的常见问题。

【解决方案3】：

Metro 设计理念无疑是一个有趣的理念。毫无疑问，它可以用来制作令人惊叹的应用程序，但肯定不是每个应用程序都可以使用它。

忽略 Windows 应用商店应用程序（或任何微软本周称其为的），Metro 更独特的方面是：

无铬
无渐变
边框或容器上没有圆角
没有亚像素渲染/抗锯齿 - 一切都清晰锐利
没有阴影、透明度或玻璃效果 *
上下文敏感性
大量使用排版
严格使用颜色

* 微软实际上打破了这一点 - 尤其是下拉列表。

Metro 在传统的数据密集型应用程序中表现出色的一个很好的例子是 Outlook 2013：

它坚持 Metro 的核心原则，即数据为王，用户界面干扰应保持在最低限度。它还可以让您了解如何通过 outlook.com 呈现相同的数据：

这是移动网站上的同一个网站，它展示了外观和感觉的一致性，同时使数据可用于完全不同的外形尺寸：

免责声明：我个人不认为触控是 Metro 设计的隐含方面 - 触控需要额外考虑手势控制、图形反馈和控制间距等内容。毫无疑问，人们会不同意这一点，但在设计方面没有人会同意:)

【讨论】：