Javascript css3-mediaqueries.js VS respond.js
还是 官方文档,特别是css3-mediaqueries.js的文档,非常稀少。通过阅读,我和论坛总结了这些优点和缺点 respond.js 优点:Javascript css3-mediaqueries.js VS respond.js,javascript,css,media-queries,polyfills,Javascript,Css,Media Queries,Polyfills,还是 官方文档,特别是css3-mediaqueries.js的文档,非常稀少。通过阅读,我和论坛总结了这些优点和缺点 respond.js 优点: 更可靠(?由和推荐) 更轻(4kb)和更快 在任何上下文中解释mediaquery(,内联CSS,@import-ed-CSS) 缺点: 在调整窗口大小时不更新 仅支持最小宽度和最大宽度 不支持em单位(巨大的弱点!) css3-mediaqueries.js 优点: 实时反应(也在调整大小时!) 支持em单元(真的吗?有人测试过吗?) 缺点: 更
,内联CSS,@import-ed-CSS)最小宽度
和最大宽度
em
单位(巨大的弱点!)em
单元(真的吗?有人测试过吗?)是否有人需要在列表中添加要点,或分享个人经历,或对其中一个脚本有特殊偏好?如果是,原因是什么?我创建了一个测试页面,包括太多 如果有人感兴趣,这些是(在IE8和IE7上测试的)
css3-mediaqueries.js 赞成的意见
min
、max
和min+max
媒体查询px
和em
值
)和外部样式表width
mediaquery
或@import
ed样式表respond.js 赞成的意见
min
、max
和min+max
媒体查询px
和em
值width
mediaquery
或@import
ed样式表on load
事件结合使用时,可能会导致javascript错误,要解决此问题,需要将脚本放在页面末尾mediatizr.js 简单地说……不起作用
最后我选择了css mediaquerys.js,有条件地加载了。这一点现在可能没有意义了。我开发了一个纯Javascript框架,用于生成和管理媒体查询。它适用于所有浏览器和操作系统。它的足迹少于500个字符。您可以看到它在这里工作:
ieee-ac.org.值得退一步思考一下为什么需要它。IE6-8仅在台式计算机上运行。这意味着您知道屏幕大小将在800x600到1920x1080之间。然而,考虑到大多数用户将使用IE6-8附带的计算机,我们可以假设对于大多数用户来说,它大约是1024x768。所以,他们有一个站点,比如说,960像素宽。如果你喜欢的话,可能会有点流质。问题解决了!:)谢谢你的评论@RichBradshaw。事实上,你的反馈是有道理的,我可以让他们解释“普通桌面屏幕”mediaquery。但在我居住的地方,经常会看到旧电脑连接到更新的屏幕,因此IE8上仍然运行的分辨率范围非常大(高达1600x900及以上)。由于这个和其他原因,我经常发现自己需要使用polyfill…记住它们可能不是全屏运行的。但是,如果你有数据支持需求,那就足够公平了。记住,响应只是锦上添花。在尝试响应后,我成功地使用了Mediatizer,但它没有正常工作。从内存来看,css3-mediaqueries.js支持cm,而respond.js不支持cm。我在response.js上遇到了一些问题,所有页面随机都是白色的,所以我切换到css3-mediaqueries.js,但CPU的使用率达到99%,导致IE8崩溃。创建现代网站是痛苦的与背部兼容