适用于移动设备优先网站的是Html5Boilerplate Mobile还是Html5Boilerplate？

Question

现在，Html5Boilerplate 已经发布了2.0版本，并且它是面向移动优先设计的，那么对于移动优先网站，还需要使用Html5Boilerplate Mobile吗？在深入研究每个代码之前，我想问一下。

显然，Html5Boilerplate已经从CSS reset转换为normalize，并添加了像respond.js和移动媒体查询等移动优先方面。标准的boilerplate在Github上表现更活跃。大家对这两者有什么看法吗？

- Kurtosis

Answer 1

我从我们的邮件列表主题中借鉴了这个答案...

HTML5Boilerplate是你在网站上入门时应该使用的工具。它经过优化，可以在移动浏览器上工作和适应。 Mobile HTML5 Boilerplate是为那些明确编写以不同于桌面设备的其他设备为目标的Web应用程序而优化的。这意味着它们可能希望模仿本地应用程序的用户界面或接近它。它们可能会大量使用基于触摸的UI范例和其他在桌面浏览器上不可能的交互方式。它们明确使用媒体查询和其他方法来检测非桌面浏览器，并提供不同的体验。当我说Web应用程序时，我的意思是那些被广泛用于完成某些任务的网站（如twitter.com / gmail.com / facebook.com / wordpress.com的管理界面）。无论使用何种设备，这些站点都需要利用可用空间并帮助用户以最小的努力完成任务。另一方面，我们确实有一些网站，用户偶尔访问它们，因为他们在某个朋友的电子邮件或reddit上找到了它，但用户很少与其进行交互（除了访问它或至多留下评论），在这种情况下，html5 boilerplate将成为一个好的模板选择。对于大多数内容丰富且需要最少用户交互的站点来说，这将是一个不错的选择。不幸的是，移动平台也通过指定自定义元标记来创建信息孤岛，以优化其平台。例如，苹果建议使用apple-touch-icon元标记来指定特定于Webkit移动浏览器的内容。诺基亚有自己的元标记。我们不希望html5boilerplate将这样的冗余添加到默认值中，但这对于编写专门针对非桌面设备利用的应用程序的人来说是必要的。已经存在很多一致性，但我们希望有更多的移动优化标准化。

我们计划更新移动版，使用新文件也没有明显的劣势，但今天还没有一个可以只拥有一个项目的会议点，但我们希望未来能够合并成一个 :)

- Paul Irish

---

我在想是否可以采用反向方法，同时将BPMobile用于桌面Web和移动Web。我正在开发一个项目，其中使用了许多jQuery动画，例如视差和JSclouds，在移动设备上运行非常缓慢和卡顿。我希望两个环境具有相同的用户体验。我正在使用mediaQueries为较小的屏幕使用较小的图像/元素，但这似乎并没有像我想象的那样优化移动性能。如何使这些特定效果在移动设备上平稳运行？ - Jim22150

Answer 2

不，Html5Boilerplate Mobile不应该用于新项目；它已经被弃用。

在2015年7月，该项目的GitHub存储库中添加了一个弃用通知（截至此回答-2016年8月-那是最近的提交）：

H5BP团队决定不再维护Mobile Boilerplate，因为HTML5 Boilerplate似乎是任何类型项目的良好起点。

- Peter W

Answer 3

这取决于方法。如果您打算在移动和桌面网站上使用相同的标记，则使用HTML5 BP。但是，如果您要为移动设备制作单独的网站，则选择Mobile Boiler Plate。

- Jitendra Vyas