问移动网络开发？

EN

您的普通移动设备仍然有一个非常小的屏幕分辨率。

一个快速谷歌发现了许多列出这类事情的站点，或者指向列表，我看到的最好的一个是：

手机屏幕分辨率的品牌与模型

或者是为了一个更好的平均值：

手机屏幕分辨率，按大小排序

至于构建移动版本，我会从System.Web.Mobile开始，然后从那里开始工作--使用System.Web.Ui.MobileControls和他们的漫游。

我能说“谢谢你为我们着想”吗？作为“移动”互联网的用户，在我的手机(Windows Mobile 6.1，安装了Opera Mobile 8.5 )上，遇到一个启用javascript的站点(我正这样看着您)总是很痛苦的，因为JS支持有限(或严格的限制)。

只是有了另一个想法--每个人都在谈论干燥--查看MVC框架将是一件非常好的事情--那么您的控制器就可以是相同的，只需返回一个基于浏览器上限的修改视图-- 在他的混合演讲中包括了一些这方面的内容。，所有这些都是好东西。

我知道我在这里还有更多。

斯科特在这方面也有一个播客(ASP.Net与移动网络)，移动设备浏览器文件在codeplex上

我们正在开发一个移动应用程序，作为一个单独的应用程序。这个设计决定的原因是我们不会使用我们现有的页面，因为它们包含太多的信息。所以，虽然Scott在某种程度上说是“干的”，但这并不是一个准确的概括。

移动应用程序应该为非常小的屏幕和低带宽进行优化。尽可能减少图像、JS文件等。这将改善用户的体验。您能做的最好的事情就是获得一个移动设备或一些模拟器，并检查它们在这些设备上的表现/外观。这是iPhone的一个很酷的。

另外，请记住，许多移动用户只使用几分钟的移动应用程序，而且只需要快速获取关键信息。您的应用程序应该使用户能够轻松地访问他们所需的信息，只需最少的点击量和页面加载量。

理想情况下，您应该开发不考虑屏幕大小的工作页面。为移动设备创建单独的页面意味着在需要更改时必须在两处更新。这违反了不重复的原则。使用手持媒体类型创建样式表，为移动设备提供内容服务。这使得您可以很容易地将元素重新定位为单列格式。请注意，许多移动设备将向服务器报告，它们既接受手持媒体类型，也接受屏幕媒体类型，因为它们试图在桌面上提供一致的用户体验。您可能需要覆盖手持样式表中的一些屏幕规则。