jQuery 团队最近推出了http://jquerymobile.com/，旨在为移动设备创建用户界面库。
我们的目标是提供构建工具 动态触摸界面，将 优雅地适应一系列设备 形式因素。该系统将包括 两种布局（列表、详细信息窗格、 覆盖）和丰富的表格 控件和 UI 小部件（切换、 滑块、标签）。
总的来说，support for the framework 似乎真的很低，因为大多数手机都带有蹩脚的浏览器。我的问题，分为两部分。是支持少数几个体验更丰富的浏览器，还是给尽可能多的用户提供普通的体验更好？这类似于支持 IE 的问题，因为问题是我们有多关心浏览器较差的用户？
更重要的是，开发一个并非主要面向移动用户的移动版网站真正值得花费多少开发人员时间？
【问题讨论】：
标签： jquery jquery-mobile
嗯，它是 1.0 Alpha 1，所以我会说风险是：
考虑这些成绩背后的原因也很重要：
分数是什么意思？评分是浏览器质量与浏览器在更大的移动市场中的相关性的结合。
“A”级表示浏览器的功能，而不是当前或未来与 jQuery Mobile 的兼容性。
如果您想帮助开发新软件，请开始使用 jQuery Mobile，并提供反馈、错误报告、代码或以上所有内容。如果没有，团队希望在 2011 年 1 月看到 1.0 版本，这指日可待。
围绕 jQuery Mobile 的理论是为丰富的浏览器提供丰富的体验，为更基础的浏览器提供功能体验。我认为这是合理的，尤其是考虑到 jQuery Mobile 可以让您以非常出色的移动 UI 快速启动和运行。
我想知道您所说的“一个并非主要面向移动用户的网站”是什么意思。有些网站针对移动设备进行了优化，有些网站尚未针对移动设备进行了优化。只有一些非常具体的小众网站不需要移动体验。
【讨论】：
作为对 Silvo 的跟进，我要补充一点，对您的问题最有用的答案需要了解您的目标用户群。例如，如果您的目标受众通常不会使用移动浏览器，那么您最好针对特定的移动浏览器并让那些感兴趣的各方走这条路。但是，如果您的用户希望将移动浏览器作为主要界面，那么您可能需要更广泛的功能浏览器选项。
举个例子，以所有过去需要使用 IE 的旧网络应用为例，仅仅是因为它们（开发人员）不想或无法保证在 IE 上正常运行其它浏览器。如果这个应用程序的目标受众是商业用户，他们通常使用(d) IE，那么这不会是一个明显的限制。但是，在更通用的网络应用程序（网络邮件等）中，将所有用户限制在单个浏览器中可能会在竞争环境中削弱。
但是，我要说明的是，无论您采取哪个方向，都要听从 Silvo 关于确保功能的建议，即使没有 JavaScript。许多企业、库等仍然限制 JavaScript 功能。
【讨论】：
您的目标应该是提供丰富的体验，但同时确保您的所有核心功能即使在客户端上没有 javascript（或已关闭）时也能正常工作。 Stackoverflow 是在这两种方法之间找到良好平衡的网站的一个很好的例子。
【讨论】：