我是在线还是在末尾编写特定于浏览器大小的css更改?
因此,我正在编写一些动态浏览器调整大小的代码,我很好奇在哪里放置我的代码是最好的做法——我是按照我所在的区域编写代码,还是在最后编写代码并返回 它们都能工作,但我不想只走一条路线,以后再发现它一团糟:) 示例-将其与相关区域对齐我是在线还是在末尾编写特定于浏览器大小的css更改?,css,dynamic,browser,sass,Css,Dynamic,Browser,Sass,因此,我正在编写一些动态浏览器调整大小的代码,我很好奇在哪里放置我的代码是最好的做法——我是按照我所在的区域编写代码,还是在最后编写代码并返回 它们都能工作,但我不想只走一条路线,以后再发现它一团糟:) 示例-将其与相关区域对齐 ul{ 李{ 字体大小:14px; @媒体屏幕和屏幕(最大宽度:1280像素){ 字体大小:11像素; } } }W3C网站示例似乎倾向于将媒体查询放在文档末尾,我认为这可能是出于兼容性原因,因为媒体查询仅限于CSS3。此外,这允许更快地解析移动应用程序的CSS结构。
ul{
李{
字体大小:14px;
@媒体屏幕和屏幕(最大宽度:1280像素){
字体大小:11像素;
}
}
}
W3C网站示例似乎倾向于将媒体查询放在文档末尾,我认为这可能是出于兼容性原因,因为媒体查询仅限于CSS3。此外,这允许更快地解析移动应用程序的CSS结构。强制CSS解析器将查询的各个部分拼凑在一起会降低初始加载时间
如果忽略兼容性问题,我仍然倾向于将所有媒体查询放在末尾,几乎就像它们是不同的样式表一样。它们类似于单独的样式表,它们假设一个基本行为,然后对其进行修改。由于香草CSS还不能很好地支持变量,因此将它们放在末尾也可以避免复制设备坐标值。从组织的角度来看,设备区域也可能代表顶级组织结构。将它们放在末尾似乎是标准的。W3C网站的示例似乎倾向于将媒体查询放在文档的末尾,我相信这可能是出于兼容性原因,因为媒体查询仅限于CSS3。此外,这允许更快地解析移动应用程序的CSS结构。强制CSS解析器将查询的各个部分拼凑在一起会降低初始加载时间
如果忽略兼容性问题,我仍然倾向于将所有媒体查询放在末尾,几乎就像它们是不同的样式表一样。它们类似于单独的样式表,它们假设一个基本行为,然后对其进行修改。由于香草CSS还不能很好地支持变量,因此将它们放在末尾也可以避免复制设备坐标值。从组织的角度来看,设备区域也可能代表顶级组织结构。将它们放在末尾似乎是标准的。对于较少的代码行,请使用第二个选项,因为您无法在css的每个类上添加媒体查询,这将是一个浪费字节:)对于较少的代码行,请使用第二个选项,因为您无法在css的每个类上添加媒体查询,这将是一个浪费字节:)