(esto puede haber sido respondido ya - no pudo encontrar la respuesta)¿Hay alguna ventaja en agrupar consultas de medios css juntas?
La anulación de la consulta @media tradicional tiende a agrupar toda la anulación para un tamaño/medio bajo el mismo grupo de corchetes.
p. Ej.
.profile-pic {
width:600px;
}
.biography {
font-size: 2em;
}
@media screen and (max-width: 320px) {
.profile-pic {
width: 100px;
float: none;
}
.biography {
font-size: 1.5em;
}
}
En Sass, hay una manera muy ingeniosa para escribir @media anulaciones de consulta anidada dentro de la declaración, así:
.profile-pic {
width:600px;
@media screen and (max-width: 320px) {
width: 100px;
float: none;
}
}
.biography {
font-size: 2em;
@media screen and (max-width: 320px) {
font-size: 1.5em;
}
}
ahora, cuando se compila, Sass no agrupa la consulta @media bloques juntos, por lo que la salida termina siendo algo como esto:
.profile-pic {
width:600px;
}
@media screen and (max-width: 320px) {
.profile-pic {
width: 100px;
float: none;
}
}
.biography {
font-size: 2em;
}
@media screen and (max-width: 320px) {
.biography {
font-size: 1.5em;
}
}
que he usado esta técnica para un proyecto reciente, y cuando se aplica ese principio a un proyecto mucho más grande que terminan con mu La sección de consulta de @media media difundida a través de su CSS (tengo alrededor de 20 hasta ahora).
Me gusta bastante la técnica sass ya que facilita el seguimiento del flujo de anulaciones (y también hace que sea más fácil mover las cosas).
Sin embargo, me pregunto si hay alguna desventaja al tener una sección @media múltiple a través del CSS, especialmente en lo que respecta al rendimiento.
He intentado el profiler de crome css, pero no pude ver nada específico de las consultas de @media.
(More info on @media in sass on this page)
Gracias por esta referencia, eso es perfecto. Buen hallazgo Intenté la prueba de consultas 2000 varias veces en Chrome en iPhone 4s y no parece haber ninguna diferencia significativa. – Ben