既然Html5Boilerplate已达到2.0版并且面向移动优先设计，那么Html5Boilerplate Mobile是否仍应用于移动优先网站？只想问b / f我挖掘每个代码。
显而易见的一个显着差异是Html5Boilerplate已从CSS重置切换到规范化，并添加了诸如respond.js和移动媒体查询部分之类的移动优先方面。标准样板也在Github上更活跃。有人对这两个有什么看法吗？
答案 0 :(得分：23)
主要从our mailing list thread on the subject ...
窃取此答案HTML5Boilerplate是您入门时应该使用的那个 在网站上。它经过优化，适用于移动浏览器。
移动HTML5 Boilerplate针对明确的网络应用进行了优化 编写为在桌面以外的设备上具有不同的用户体验。
- 这意味着他们可能想模仿本机应用程序的UI 或接近它。
- 他们可能会大量使用基于触摸的UI范例等 桌面浏览器无法实现的交互。
- 他们明确地使用媒体查询和其他方法来检测 非桌面浏览器，提供不同的体验。
当我说网络应用时，我指的是密集使用的网站 完成某些任务（如twitter.com / gmail.com / facebook.com / wordpress.com的管理界面）。这些网站需要采取 可用空间的优势，帮助用户完成任务 无论使用何种设备，都可以轻松完成。
另一方面，我们确实有用户偶尔访问的网站 因为他们在朋友的电子邮件或reddit上找到了它 内容，但用户很少与它交互（除了访问它 或者最多留下评论），在这种情况下html5样板文件会 是一个很好的模板使用。这对大多数网站来说都是一个不错的选择 内容丰富，需要最少的用户互动。
对我们来说不幸的是，移动平台也在制造孤岛 指定用于优化其平台的自定义元标记。 例如。 Apple建议使用apple-touch-icon元标记来指定 webkit移动浏览器特有的东西。诺基亚有自己的。我们做到了 不希望html5boilerplate添加这样的cruft到默认值，但这 对于编写量身定制的应用程序的人来说是必要的 非桌面设备的优势。已经有很多了 一致性，但我们希望有更多的移动标准化 优化
我们计划使用较新的文件更新移动版本 同样，但今天使用它没有明显的缺点。我们还没有一个我们可以只有一个项目的会面点，但我们希望将来它能做到 合并为一个：）
答案 1 :(得分：1)
不，Html5Boilerplate Mobile不应该用于新项目;它已被弃用。
2015年7月对项目was added的弃用通知GitHub repo（截至2016年8月 - 这是最近的提交）：
H5BP团队决定不再维护Mobile Boilerplate HTML5 Boilerplate似乎是任何一种类型的良好起点 项目
答案 2 :(得分：0)
这取决于方法。如果您要为移动和桌面网站提供相同的加价，请使用HTML5 BP。但如果您要为移动设备制作单独的网站，请访问Mobile Boiler Plate