移动应用程序的目标分辨率是什么?

信息不足…

你说你的目标是一个“移动应用”,但现实是,手机可能意味着任何东西,从128x128分辨率的手机到800x600分辨率的中频。

对于如此广泛的范围,没有“安全”的解决方案,如果您真正瞄准了所有这些解决方案,那么您需要为每个主要解决方案设计一个自定义接口。在中添加一些比例因子,您可以将其减少到5-8种不同的接口设计。

此外,用户界面的意思是“用户界面”,它包含的不仅仅是分辨率——你不能指望触摸屏、全键盘,甚至是软件按键。

你要么更好地定义你的目标,要么在这里解释你的目标,这样我们就能更好地帮助你。

请记住,有数以百万计的手机用户没有PDA分辨率,而且您只能依靠128x128或更好的分辨率来覆盖大多数技术上倾向于手机的用户(那些知道手机中有网络浏览器的用户,决不允许使用它的用户)。

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

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

确保您的应用程序足够灵活,您可以在不更改内部应用程序逻辑的情况下部署新的UI,换句话说,将表示与核心逻辑分开。稍后您会发现这非常有用-移动世界每天都在变化。一旦你评估了你的应用程序的使用方式,你就可以轻松地部署一个像素完美的iPhone特定版本(比升级的320x240更漂亮),以吸引更多的用户。如果你能在几个小时内做到这一点(因为你不需要改变内部结构),那么如果有人在你的市场上横扫,你将比竞争对手领先几英里。

-亚当

现在,我相信我将目标锁定在2个解决方案上是有意义的,后者通过反馈了解我的客户的最佳需求?

这是鸡和蛋的问题。

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

经常 即使是顾客也不知道他们需要什么,直到他们使用了某种东西(而且往往你会发现他们不需要什么,而不是他们需要什么)。

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

此外,对客户来说,你似乎对他们的需求做出了真正的反应,这对那些工作依赖于反应时间的人来说将是一个巨大的好处。

-亚当

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

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

这是一篇文章, Adapting to User Devices Using Mobile Web Technology 挖掘墙壁。