移动网络开发?

一般移动设备的屏幕分辨率仍然很小。

A. quick google 发现许多网站列出了这类内容,或指向列表,我看到的最好的一个是:

Cell phone screen resolution by Brand and Model

或者为了更好地了解平均值:

Cell phone screen resolution, sorted by size

至于构建移动版本,我首先从 System.Web.Mobile ,然后从那里开始我的工作-接受 System.Web.Ui.MobileControls ,以及 their walkthroughs .

我能说“谢谢你想到我们”吗?作为“移动”互联网的用户,由于JS支持的有限性(或明显的限制),遇到一个启用了大量javascript的站点(我这么看你)在我的手机上无法工作(安装了Opera mobile 8.5的Windows mobile 6.1)总是一件痛苦的事。

只是有另一个想法——大家都在谈论干式——查看MVC框架将是一件非常好的事情——那么您的控制器可以都是一样的,只需返回基于浏览器的修改视图- Scott Hanselmann included a bit about this in his MIX talk 都是好东西。

斯科特也有一个播客( ASP.Net and the mobile web Mobile Device Browser Files

我们正在开发一个移动应用程序作为一个单独的应用程序。这个设计决定的原因是我们不会使用现有的页面,因为它们包含太多的信息。因此,尽管斯科特在某种程度上说自己“干燥”,但这并不是一个准确的概括。

Here's a cool one for iPhone

此外,请记住,许多移动用户只使用移动应用程序几分钟,而且只是为了快速获取关键信息。你的应用程序应该能够让用户以最少的点击次数和页面加载量轻松访问他们需要的信息。

理想情况下,您应该开发不受屏幕大小影响的页面。为移动设备创建单独的页面意味着需要在两个地方进行更新。这违背了不要重复自己的原则。使用掌上媒体类型创建样式表,将您的内容提供给移动设备。这使您可以很容易地将元素重新定位为单列格式。请注意,许多移动设备会向服务器报告它们同时接受手持和屏幕媒体类型,因为它们试图提供与桌面一致的用户体验。您可能需要覆盖手持样式表中的一些屏幕规则。

• 120-我怀疑没有必要担心比120px更小的显示器。不管怎么说,低于这个数字的话,可能就必须在WML中提供。
• 128
• 176
• 320-可能是目前你需要担心的最大宽度。

所有变化应与这些宽度相适应。还考虑设置宽度小于大约10px的视点(例如240必须是230)。图像也是如此。这是必要的,因为在许多移动浏览器上,滚动条会进一步缩小视口。

与普通浏览器一样,不必担心高度,这不是一个问题——人们总是可以向下滚动。然而,一个好的建议可能是保持页面相对较短。

WURFL