一般来说,在为移动应用程序设计 UI 时,根据一般经验,哪种分辨率可以被认为是安全的。我的兴趣特别在于基于网络的应用程序。iPhone 的手持分辨率相当高,而诺基亚 E 系列似乎定位不同。是 240×320 仍然被认为是安全的吗?

有帮助吗?

解决方案

信息不足...

您说您的目标是“移动应用程序”,但实际情况是,移动设备可能意味着从分辨率为 128x128 的手机到分辨率为 800x600 的 MID 的任何东西。

对于如此广泛的范围,没有“安全”的分辨率,如果您真正针对所有这些分辨率,则需要为每个主要分辨率设计一个自定义界面。添加一些缩放因子,您也许可以将其减少到 5-8 个不同的界面设计。

此外,UI 的意思是“用户界面”,并且不仅仅包括分辨率 - 您不能指望触摸屏、全键盘,甚至软件键。

您需要更好地定义您的目标,或者在此处解释您的目标,以便我们更好地帮助您。

请记住,有数以百万计的手机用户没有 PDA 分辨率,您实际上只能依靠 128x128 或更高的分辨率来覆盖大多数技术性手机用户(那些知道手机中有网络浏览器的用户,不用介意那些使用它的人)。

但如果您准备好接受这些损失,请继续选择 320x240 和 240x320。这将为您提供最新的 PDA 手机及更高版本(较旧的黑莓和掌上设备的方形方向较小)。计划稍后花时间支持较低分辨率的设备,最重要的是......

不要将您的应用程序与特定分辨率绑定。

确保您的应用程序足够灵活,以便您可以部署新的 UI,而无需更改内部应用程序逻辑 - 换句话说,将演示文稿与核心逻辑分开。稍后您会发现这非常有用 - 移动世界每天都在变化。例如,一旦您评估了应用程序的使用情况,您就可以轻松部署像素完美(并且比升级的 320x240 更漂亮)的 iPhone 特定版本,以吸引更多用户。如果其他人进军您的市场,能够在几个小时内完成此操作(因为您不必更改内部结构)将使您在竞争中遥遥领先。

-亚当

其他提示

现在,我认为对我来说,以大约 2 个解决方案为目标,然后通过反馈了解客户的最佳需求是有意义的吗?

这是一个先有鸡还是先有蛋的问题。

理想情况下 在开发产品之前,您已经知道客户使用/需要什么。

经常 即使客户在使用某些东西之前也不知道他们需要什么(而且通常你会发现他们不需要什么,而不是他们需要什么)。

所以在这种情况下,是的,花一个 小的 花一点时间开发一个原型应用程序,您可以将其发送给一些人并获得反馈。他们会得到更好的反馈,因为他们可以尝试,而你将有一个起点。在不改变核心逻辑的情况下快速发布 UI 更新的能力将允许您快速测试多个界面,而无需投入大量时间。

此外,对于客户来说,你会显得真的对他们的需求做出了回应,这对于那些工作依赖于反应时间的人来说是一个很大的好处。

-亚当

您提到了基于网络的应用程序。您有什么特定的框架吗?

在很多情况下, 似乎在很大程度上有帮助。

这是一篇文章, 使用移动网络技术适应用户设备 利用墙。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top