Mozilla hispano, tu comunidad en español de Mozilla

Si pensabas que JavaScript tení­a los dí­as contados por su poca eficiencia y optimización, estabas equivocado. El desarrollo del futuro navegador Firefox 4, basado en el nuevo motor Gecko o Mozilla 2, lo demostrará. Gracias a que Mozilla es una organización que proporciona el código fuente, podemos ver qué es lo que está pasando con el código ahora mismo.

Y es muy interesante. Vamos a hablar de las mejoras en JavaScript en la rama de desarrollo principal, esto es: Firefox 3.1 (basado en Gecko 1.9.1).

En primer lugar tenemos la inclusión de querySelectorAll. Si te suena a chino, explicarte que cuando trabajas con JavaScript es habitual el utilizar / modificar elementos de la página, la herramienta que te permite esto es el DOM, lo que ocurre que es bastante tedioso a la hora de moverte por el documento. La forma de hacerlo es: ve a tus hermanos, selecciona el tercero y busca sus hijos…

Para ahorrar lí­neas de código surgieron bibliotecas como jQuery, Prototype o Dojo, que permiten seleccionar partes del documento utilizando selectores como lo harí­as con CSS (“#menu a.seleccionado” te trae los enlaces con class=”seleccionado” que son descendientes de una etiqueta con id=”menu”), con esta sintaxis con muy poco código consigues lo mismo que con las decenas de lí­neas que se utilizaban con DOM, pero estas bibliotecas internamente utilizan DOM para lograrlo.

Firefox 3.1 incluirá una nueva funcionalidad querySelectorAll que realizará este trabajo de manera nativa con lo que la velocidad se verá enormemente mejorada.

Lo malo es que la implementación de esta nueva funcionalidad por parte de las bibliotecas no es tan sencilla como pudiese parecer a primera vista, ya que las bibliotecas han ampliado el juego de selectores posibles, y en caso de que algo falle en la llamada querySelectorAll habrá que reprocesarlo, pero a pesar de esto el rendimiento será superior a lo que tenemos actualmente.

Además la buena noticia es que querySelectorAll será funcional en otros navegadores, como los basados en WebKit, Opera e incluso dicen que Explorer 8 lo incuirá.

La otra gran inclusión ha sido el nuevo motor de JavaScript, conocido como Tracemonkey. Tracemonkey es un motor de JavaScript que difiere en el actual Spidermonkey en varias cuestiones. La primera de ellas es que intenta llevar un código compilado de las funciones más usadas en JavaScript al navegador. Actualmente JavaScript es un lenguaje interpretado, lo que significa que el intérprete va generando la salida según le llega el código a través del navegador, es decir, lo va compilando según le lleva (traduciéndolo al lenguaje máquina de 1 y 0), mientras que lo que intenta Tracemonkey es que según lo que le llegue, en vez de interpretarlo, ya esté compilado de base, lo que implica una sustancial mejora de velocidad al ya tener compiladas funciones, por lo que se lee mucho más rápido por parte del ordenador. Es intentar llevar a JavaScript a un nivel superior, como si fuera un lenguaje compilado, como C++.

En primer lugar, la mejora de velocidad que hay al hacer el test SunSpider, y una manipulación de imagen dinámicamente (mostrada en el video de más abajo).

En esta vemos diferentes funciones en Firefox 3, y en el futuro Firefox 3.1 con el motor JIT (Tracemonkey) activado.

Más funciones que han mejorado muy notablemente su velocidad gracias a este motor.

Si quieres saber más, tienes varios artí­culos en el Planet de Mozilla, aunque todos ellos en inglés (1, 2, 3, 4, 5, 6, 7, 8), unos simplemente haciendo referencia, y otros explicando cómo se ha implementado (recomendamos éste).

Beneficios:

• Velocidad, como se ha visto en los gráficos y en el video.
• Funciona en cualquier plataforma: x86, x86_64 y en ARM por lo que estará preparado para Firefox Mobile (Fennec).
• Poder escribir más parte de Mozilla 2 en JavaScript ya que tendrá un rendimiento muy similar al de C++.

Para poder usarlo, descarga una de las últimas compilaciones nocturnas de Firefox desde aquí­. Abre una nueva pestaña y entra en la configuración avanzada escribiendo about:config. Ahora filtra por la palabra clave “jit” y activa la opción javascript.options.jit.content. Y diviértete.

El último binario de Shiretoko (nombre en clave de desarrollo de Firefox 3.1) ya tiene disponible una funcionalidad esperada y muy bienvenida: la implementación de las etiquetas <audio> y <video> de la especificación de HTML5 que permitirán a los desarrolladores web añadir fácilmente (<video src=”Dmiarchivo.ogg”></video>) contenido multimedia sin la necesidad de plugins propietarios.

Aunque la implementación de la etiqueta <video> es básicamente agnóstica respecto de codecs (puedes usar cualquier formato de ví­deo que quieras siempre que tengas el codec correcto), la implementación de Mozilla lo hace aún más fácil al incluir los codecs Ogg Theora y Vorbis, asegurando a los desarrolladores un formato que poder usar.

Sin embargo, existe un riesgo en incluir un codec, incluso de código abierto como Theora por la posibilidad de patentes submarinas – patentes de las que nadie ha oí­do hablar hasta que un producto que inadvertidamente las infringe tiene suficiente éxito y se convierte en objetivo para el propietario de la patente, que buscará compensación monetaria y un buen acuerdo de licencia. Por este motivo la especificación HTML 5 no recomienda ningún codec para que los suministradores de navegadores no tengan que elegir entre asumir este tipo de riesgo o no cumplir el estándar.

Durante el anuncio del dí­a 31 en la sesión Products and Technology Roadmap de Mozilla Summit, Mitchell Baker comentó que Mozilla serí­a un mal objetivo porque es un proyecto con un producto que le importa a mucha gente.

Alguien tení­a que hacerlo. Es bueno que seamos nosotros

Comentó Mike Shaver, vicepresidente de ingenierí­a de Mozilla.

Chris Double, el desarrollador responsable en gran parte de esta implementación que ha llevado más de un año, ha creado una página de prueba con unos cuantos ví­deos (incluyendo la genial demo SVG+ví­deo), y ha recomendado también Wikimedia para ver otros ví­deos relevantes. Debido al script de Wikimedia que detecta las capacidades del navegador, tendrás que desactivar los plugins de QuickTime y Java para poder usar las nuevas etiquetas (Herramientas/Complementos/Plugins).

Escrito en Mozilla Links