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