移动优先网站的Html5Boilerplate或Html5Boilerplate Mobile？

Question

既然Html5Boilerplate已达到2.0版并且面向移动优先设计,那么Html5Boilerplate Mobile是否还应该用于移动优先网站？只想问b/f我挖掘每个代码.

看起来一个明显的区别是Html5Boilerplate已经从CSS重置切换到标准化,并添加了诸如respond.js和移动媒体查询部分之类的移动优先方面.标准样板也在Github上更活跃.有人对这两个有什么看法吗？

Answer 1

从这个主题的邮件列表主题中窃取这个答案...

如果您开始使用网站,则应使用HTML5Boilerplate.它经过优化,可以在移动浏览器上工作和适应.

移动HTML5 Boilerplate针对在桌面以外的设备上显式编写为具有不同UX的Web应用程序进行了优化.

• 这意味着他们可能想模仿本机应用程序的UI或接近它.
• 他们可能会大量使用基于触摸的UI范例以及桌面浏览器无法实现的其他交互.
• 他们明确地使用媒体查询和其他方式来检测非桌面浏览器并提供不同的体验.

当我说网络应用程序时,我的意思是用于完成某些任务的网站(如twitter.com/gmail.com/facebook.com/wordpress.com的管理界面).这些站点需要利用可用空间并帮助用户以最小的努力完成任务,无论使用何种设备.

另一方面,我们确实有用户偶尔访问的网站,因为他们在某个朋友的电子邮件或reddit上找到了有内容但用户很少与之互动的网站(除了访问它或者最多只是发表评论),在这种情况下html5样板文件将是一个很好的模板.对于内容丰富且需要最少用户交互的大多数网站而言,这将是一个不错的选择.

对我们来说不幸的是,移动平台也通过指定用于优化其平台的自定义元标记来创建孤岛.例如,Apple建议使用apple-touch-icon元标记来指定特定于webkit移动浏览器的内容.诺基亚有自己的.我们不希望html5boilerplate将这样的内容添加到默认设置中,但是对于编写为了利用非桌面设备而定制的应用程序的人来说,这是必要的.已经有很多一致性,但我们希望移动优化更加标准化.

我们正计划使用更新的文件更新移动版本,但今天使用它并没有明显的缺点.我们还没有一个可以只有一个项目的会面点,但我们希望将来它合并为一个:)

Answer 2

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

2015 年 7 月，项目的GitHub 存储库中添加了弃用通知（截至本回答 - 2016 年 8 月 - 这是最新的提交）：

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