Architecture 如何在不同分辨率/屏幕上为同一应用程序提供服务

场景： 您需要在不同的屏幕上公开相同的应用程序，比如说标准的15英寸-17英寸，便携式的10英寸和移动的4英寸，可能使用不同的分辨率

问题： 您是否尝试根据可用的不动产重新排列液体布局，还是滚动N个（每个范围一个）单独的UI层，针对每个特定支持的分辨率/屏幕大小进行优化

这类问题的行业标准是什么

当屏幕以这样或那样的方式调整大小时，将屏幕划分为优先区域的非常巧妙的布局是否有意义

我们都知道iPhone应用程序（或任何其他掌上设备）不可能与桌面版完全不同，因此我假设在这种情况下（4''或更少），您必须滚动不同的UI，但是否有一个中间立场（比方说在13''-7''屏幕之间，后者需要手指作为主要输入）液体布局的意义何在？

移动应用程序（用于手机和其他便携式设备）通常会有一个手卷式移动用户界面

您所说的10“-13”机箱更多的是在上网本范围内。在本例中，设备UI与常规桌面UI类似（在大多数情况下），因此我将使用液体布局并使用相同的UI

编辑

有关要求的澄清，请参见注释

---

但考虑到较小的界面将是触摸式界面，而较大的界面将不会……我建议为每个界面滚动不同的UI。如果对基于触摸的关注点进行特殊考虑，触摸版的用户体验会更好。

您似乎已经决定移动设备需要单独的用户界面，我支持这一点。用户与这些设备交互的方式是如此不同，以至于您需要以特定的方式来考虑它们

对于其他屏幕尺寸，我认为需要从用户的角度来考虑。如果用户以不同的方式与屏幕交互，则需要单独的界面。然而，根据我的经验，用户倾向于在10分钟左右观看屏幕“向上只是同一事物的大小版本，因此你应该以同样的方式对待你的用户界面。对于较小的屏幕，不要进行剧烈的更改。相反，您需要找到一种方法，让它以这样一种方式增长或收缩，让用户觉得他们有更多的工作空间。使用相同的旧UI

---

文本编辑器就是一个很好的例子。文档窗口越来越大，有更多的空间可供编辑文档，但实际的界面仍然非常静态。

我们刚刚开始一个项目，遇到了一个非常类似的问题

在我们的例子中，该应用程序在不同屏幕上的工作方式略有不同，例如，在较小的屏幕上会有更多的阶段和更少的选项

---

我们计划使用ASP.NETMVC框架，并为每个屏幕分辨率/子应用程序实现一个视图。我们将努力保持应用程序的其余部分与所有屏幕分辨率相同。

在web应用程序的环境中，（根据他最近的可用性测试评估，阅读链接文章了解详细信息），为移动设备设计专用UI。我认为，即使你的应用程序不是基于网络的，他的一些指导原则还是有用的

---

他也有。

感谢您的贡献-在我的具体案例中，我担心的是，随着用户界面的缩小，当您从13''移动到10''时，用户体验也会在一定程度上缩小（我使用的是触摸屏，要求主输入始终来自手指，而不是手写笔）输入要求是否适用于在所有屏幕上运行的应用程序，或者只有较小的？只针对当前阶段的较小的？更新了我对新需求的回答。谢谢-这也是我的想法，但我们正在进行一场关于代码重用等主题的宗教战争。因此，每个屏幕大小都有不同的UI（视图）-很有趣