Thinking in programming

Things I like to talk about programming

Posts Tagged ‘optimizar selectores css

Profundizando en los Selectores CSS

with one comment

Siempre es bueno preguntarse si el código que se escribe puede ser mejorado de alguna forma – Es posible improvisar su calidad y/o rapidez de ejecución?. En este caso voy a profundizar un poco en la forma en la que los navegadores leen el “código” CSS.

Los navegadores web utilizan un sistema encargado del proceso de pintado de los elementos del DOM. Para cada elemento, el sistema examina cuales estilos CSS deben ser aplicados al mismo (según las reglas CSS que coincidan con él). Cada regla es evaluada por partes, de derecha a izquierda (así es, en reversa). Se comienza desde la parte ubicada en el extremo derecho (llamada “llave” porque es la que señala que elementos se deben escoger) y consecutivamente se va moviendo por cada parte hasta llegar a la ubicada en el extremo izquierdo, o en su defecto, hasta que la regla sea descartada para ese elemento (si se concluye que no hay coincidencia).

De acuerdo al anterior sistema, entre menos reglas tenga que evaluar el motor y entre más especificas sean dichas reglas, será mejor (en términos de velocidad).

Los Selectores CSS, se clasifican según su eficiencia, en los siguientes grupos (ordenados del más al menos eficiente):

  1. #el_id_del_elemento (selector por ID) Los ID son únicos por definición, por consiguiente, esta es la regla más rápida.
  2. .menu-principal (selector por clase)
  3. span (selector por etiqueta)
  4. Reglas Universales – Todas las demás reglas clasifican en esta categoría

Para el ejemplo:

<ul id="”id_del_ul”" class="”clase-del-ul”">
  <li id="”id_del_li”" class="”clase-del-li”">
    <span id="”id_del_span”" class="”clase-del-span”"></span>
  </li>
  <li>
    <p></p>
  </li>
</ul>

Suponiendo que se desea poner en color rojo el texto dentro de la etiqueta span, algunos potenciales selectores serian los siguientes (del más veloz al más lento):

/* Usando esta regla, el navegador buscará elemento por elemento hasta que encuentre uno con este ID */
#id_del_span {
  color: #ff0033;
}

/* En este caso, buscará entre todos los elementos y aplicará los estilos a los que posean esta clase */
.clase-del-span  {
  color: #ff0033;
}

/* Aqui, buscará entre todos los elementos y aplicará los estilos a los de tipo span */
span  {
  color: #ff0033;
}

/* En este caso, buscará entre todos los elementos, pre-seleccionará los que tengan esta clase, seguidamente examinará el padre de cada elemento pre-seleccionado y al final filtrará  los que sean hijos de un elemento cuyo ID sea el especificado */
#id_del_li > .clase-del-span  {
  color: #ff0033;
}

/* Usando el siguiente selector, buscará entre todos los elementos, pre-seleccionará los que tengan esta clase, seguidamente examinará los ancestros de cada elemento pre-seleccionado y al final filtrará los que sean descendientes de un elemento cuyo ID sea el ID especificado */
#id_del_li .clase-del-span  {
  color: #ff0033;
}

Conclusión:

  1. #el_id_de_un_elemento (selector por ID)
    Utilizar el ID del elemento siempre que sea posible.
  2. ul#menu_principal (selector por etiqueta e ID)
    No anteponer una etiqueta o una clase como clasificadores a un ID. Esto solo agrega información redundante que necesita ser evaluada innecesariamente, por lo tanto, ralentiza el proceso.
  3. .menu-principal > li (selector hijo)
    Los selectores hijos son ineficientes porque, por cada elemento que coincida con el criterio indicado en la llave, el navegador debe evaluar el padre de este. Lo cual se convierte en un proceso doblemente costoso por cada selector hijo en la regla. Entre menos especifica sea la llave, mayor será el número de nodos a evaluar. Cabe aclarar que, en términos de velocidad, es preferible utilizar selectores hijos en vez de selectores descendientes.
  4. .main_menu li (selector descendiente)
    Los selectores descendientes son generalmente, muy ineficientes porque, por cada elemento que coincida con el criterio indicado en la llave, el navegador debe recorrer el árbol DOM, evaluando cada elemento ancestro hasta que se encuentre una coincidencia o hasta llegar al elemento raíz. Nuevamente, entre menos especifica sea la llave, mayor será el número de nodos a evaluar.
  5. Por último, pero no menos importante, hay que tener presente que debe haber un equilibrio entre legibilidad del código y la optimización del mismo. En general, es preferible sacrificar un poco de velocidad en pro de legibilidad y mantenibilidad del código. Así mismo, se debe tener claro que un teléfono móvil no interpretará una pagina web con la misma rapidez que un computador de escritorio.

La versión en Ingles de este articulo se puede encontrar aqui

Referencias:
Mozilla – Writing efficient CSS
Google – Optimize browser rendering

Written by roger.padilla

June 2, 2010 at 22:27