Un estudio del paisaje de JavaScript para los desarrolladores de WordPress

JavaScript ha sido un tema creciente en el ecosistema de WordPress durante casi el tiempo que existió, pero algunos eventos recientes obligan a las personas a prestar atención a más urgencia. En primer lugar, en los últimos años, JavaScript se ha vuelto cada vez más importante para el tema del desarrollo web en general para la percepción de la velocidad de los usuarios, la riqueza de aplicaciones y muchas más. Más cerca, WordPress 4.4 apareció en diciembre, que incorporó la primera mitad del descanso JSON API Long. (JSON, no por casualidad, significa que el guión de J Ava es una gran cantidad.) Y en el Campamento de los EE. UU. En el mismo mes, Matt Mullenweg, BDFL (Dictor de vida benevolente de WordPress) hizo que la comunidad aprendiera verdaderamente JavaScript en el Año Nuevo.
No soy un experto en todo lo relacionado con JavaScript. No tengo un perro en la pelea sobre el cual el marco o la biblioteca es el mejor en el presente y no hablaré contigo sobre ningún rincón del ecosistema. Sin embargo, lo que tengo para ofrecer es una perspectiva bastante matizada sobre muchas facetas diferentes de “aprendizaje JavaScript” complejo y difícil de ambiguo como alguien a cierta distancia a través del proceso (incompleto). Ya sea que esté seguro de que todos deberían usar React hoy o simplemente pensar que es posible que haya oído hablar de JavaScript antes, creo que tenemos algo para usted.
JavaScript es solo otro lenguaje de programación que he tenido mucha discusión en el último año, diapositivas aquí, sobre WordPress. Uno de los puntos que digo es que cuatro idiomas ingresan a WordPress: CSS, HTML, JavaScript y PHP. Todos tienen algunas cosas importantes en común:
Una sintaxis definida que se basa en palabras clave en inglés para decirle a la computadora qué hacer para controlar el comportamiento y la presentación en una computadora mediante cambios en los archivos de texto que contienen palabras clave en inglés y una variedad de otros símbolos
HTML y CSS son idiomas declarativos. PHP y JavaScript son una programación lógica.
Más allá de estas similitudes, CSS y HTML tienen más en común entre sí que con JavaScript y PHP (que también tienen más en común entre sí que el otro par). Lo que divide el par CSS/HTML de JS/PHP es lo siguiente: HTML y CSS son lenguajes declarativos, solo tiene que crear un archivo con un determinado formato y tendrá los efectos que debe. PHP y JavaScript son lenguajes lógicos: algunos usan la versión más inflamatoria, ambos son “lenguajes de programación reales”. Lo que queremos decir, en cualquier caso, es que en PHP y JavaScript escribe un programa que se ejecuta, y lo que contiene su programa es el conjunto de comportamientos lógicos y transformaciones que deberían ocurrir durante el proceso de ejecución.
Pero, ¿qué es ese idioma? Eccascript, etc. Si usted es un usuario o desarrollador convencional de WordPress, probablemente haya escuchado al menos un poco hasta ahora sobre cómo un nuevo PHP, PHP 7, y es mucho mejor y más rápido que el anterior (llamado PHP 5.6). ). Este tipo de trabajo similar es cierto con JavaScript, pero es más complicado. JavaScript, que no tiene nada que ver con el lenguaje de programación de Java, solo para eliminar cualquier posible confusión persistente, tiene versiones. Lo que realmente ha diferenciado a JavaScript de PHP es que se está ejecutando en navegadores web en lugar de servidores. Como tal, diferentes navegadores tienen diferentes artistas, cosas que toman un archivo de texto y generan el comportamiento correcto en respuesta, en el mundo. Con PHP (para la mayoría de los fines), el intérprete y el estándar del lenguaje son los mismos. Debido a que hay varias implementaciones diferentes de JavaScript, el lenguaje está estandarizado en las especificaciones de ECMA. Debido a que hay varias implementaciones diferentes de JavaScript, prácticamente una para cada navegador web importante, el lenguaje está estandarizado en las especificaciones hechas por el cuerpo de estandarización internacional ECMA. El nombre de este grupo se adjunta a las diferentes especificaciones, que luego se hacen para comportarse correctamente en los artistas de JavaScript. Este estándar a veces se llama “Ecmascript”. La versión JavaScript que debe conocer ES6, que ahora se llama ECMAScript 2015, apareció el año pasado.
La mayoría de los navegadores realizados en los últimos cinco años implementan el estándar Ecmascript 5 (a menudo acortado). Esto se completó en diciembre de 2009. Parte del mundo de JavaScript ahora está bastante encantado, porque el estándar ES6, que ahora se llama ECMAScript 2015, se ha completado el año pasado. Este es un cambio importante en muchas esquinas de la lengua. Si conoce el JavaScript básico, pero no ha oído hablar de ES6/2015, querrá verlo. Si eres nuevo en el mundo de JavaScript de todo el mundo, no te preocupes por la diferencia, solo sepa que existe. Hasta donde yo sé, ningún navegador actualmente se ha implementado por completo. Lo que esto significa es que si desea usar esta nueva versión de JavaScript Hot hoy, deberá usar lo que se llama “Transpilador”. Un transpilador adquiere un programa en un solo idioma, en nuestro caso ES6, y lo convierte en cosas que funcionan en todos los navegadores actuales o ES5. El transpilador más popular hoy, cuando escribo esto, se llama Babel.
Y se ejecuta fuera del navegador, hice una mano ligeramente más temprana y dije que JavaScript se está ejecutando en los navegadores. Este fue el único lugar en el que era, hoy no lo es. Este viaje al aire libre realmente comenzó a una velocidad más alta cuando algunas personas crearon una cosa llamada “Node.js” que se hizo cargo de la implementación de JavaScript de Google Chrome y lo convirtió en un servidor web. Esto sucedió en 2009 y desde entonces ha tenido efectos bastante profundos en los lugares donde JavaScript se usa en el mundo. Hoy, las personas ejecutan servidores con JavaScript, el reciente proyecto “Calypso” de Automatic y WordPress.com hace esto. Más sustancial, las personas también se han hecho cargo del éxito de esto y usan JavaScript como parte de su proceso de desarrollo. Hay suites enteras de “herramientas de construcción” que los desarrolladores usan en sus computadoras personales para administrar cosas como la transpilación, la compilación menos/sass y muchas más, todo hecho en JavaScript. Las dos herramientas más comunes que escuchas sobre hablar aquí se llaman prim y gulp. JavaScript bibliotes y marcos como todos los lenguajes de programación, hay una serie de tareas comunes que las personas tienen que hacer con JavaScript, que pueden ser implementadas una vez. marco y luego usado por todos. Sin duda, has oído hablar de algunos de ellos, pero solo quiero darte un breve resumen de lo que veo como bibliotecas y marcos principales que un desarrollador de WordPress debe saber, que un breve resumen de lo que los hace útiles, interesantes y/ o controversial. JQuey – Biblioteca de manejo de DOM
Si un desarrollador de WordPress ha usado solo una biblioteca JS, es muy probable que Jquey. Jquey es lo más antiguo de esta lista y, en cierto modo, el más simple. Es el más conocido y utilizado para pequeños cambios en “DOM” (modelo de objeto de documentos, prácticamente jugado en un navegador) y puede salir de control si intenta hacer una lógica muy complicada. “Vanilla JS” es este técnicamente más viejo. que jquey, pero eso es porque no hay biblioteca, ni marco. Es solo un tipo inteligente de personas a veces se referirá a JavaScript simple. Noto esto, por lo que puede (1) mantenerse de los trolls que podrían decirle que es un nuevo cuadro en caliente y (2) señalar que a medida que los implementos de JavaScript han mejorado para cumplir con los estándares de Ecmascript, algunas personas han renunciado a jQuery y Otras compatibilidades: mejorar las bibliotecas a favor de usar nada más que JavaScript en sí. Usted guarda a sus visitantes para descargar un archivo adicional, y el código en sí es probablemente un poco más rápido.
Backbone: una biblioteca MV*
Backbone es la más duradera de las bibliotecas que se produjeron en generación después de JQuey. Backbone es esencialmente un marco Proto-MVC. (Técnicamente es MV*.) Si nunca ha oído hablar de MVC, el controlador de visión modelo es un modelo que a menudo se usa en aplicaciones web para mantener sus datos (modelo), plantillas (visualización) y comportamiento (controlador) de caminar Encima del otro. La fealdad que mencioné sobre “Spaghette jQuery” se debe a la falta de este tipo de modelo estructurado. Backbone ofrece un objeto de “modelo” y “visualización”, por lo que puede tener un poco más de mente, pero realmente no tiene una opinión sobre cómo se implementa el comportamiento de su aplicación: ayuda de programación funcional (no confundido con _s, el esqueleto del tema) es el hermano menor de Backbone. La noto por el nombre de confusión y porque me permite hacer otro punto que la gente debería saber. El subrayado es práctico, como JQuey, algo que la gente usa menos como entra ES6, pero fue la primera biblioteca popular de “programación funcional” para JavaScript. ¿Qué es la programación funcional?
Funcional es el nombre de un estilo de programación que contrasta con “orientado a objetos” y “procedimiento”. Tener “funciones” en el idioma no lo hace funcional. Este es un breve aparte de un tema bastante importante, pero también muy esotérico en las primeras cincuenta veces cuando lo enfrenta. A menudo escuchará a la gente decir que JavaScript es un lenguaje de programación “funcional”. Funcional es el nombre de un estilo de programación que contrasta con “orientado a objetos” y “procedimiento”. Tener “funciones” en el lenguaje no hace que las funciones funcionales de WordPress son simplemente “procedimientos almacenados”, la mayoría de las WordPress se escriben en un paradigma de procedimiento. La programación orientada a objetos, que es algo de WordPress, se trata de tener entidades que funcionan y viven en su sistema. (En PHP, observe esto con las palabras clave nuevas y de clase). La programación funcional se trata de tener funciones de “primera clase”, que pueden transmitirse como variables y utilizarse como entradas para otras funciones. Estas funciones también son idealmente funciones “puras” en el sentido matemático: toman entradas y producen nada más que salidas. Es decir, no tienen “efectos secundarios”. Este resumen muy corto podría estar en la cabeza, la idea básica que quiero tomar de los no expertos es que la “programación funcional” no se trata solo de hacer funciones y vale la pena prestar atención y aprender más sobre. angular (2) -El marco angular completo más popular 1 fue el primer marco grande de la generación posterior a la espalda y durante algún tiempo el más popular. Mencioné en el resumen de mi troncal que

Es una biblioteca de MV* a la que no le importa cómo gestiona el comportamiento de su aplicación. Angular fue el primer “marco” de JavaScript, y prácticamente una biblioteca más grande y ambiciosa, que quería dictar la forma en que construyó su aplicación. Él le estaba diciendo cómo crear sus plantillas, cómo mostrará sus datos y dónde pondrá las cosas. Nunca he aprendido Angular profundamente, en parte porque cuando el equipo detrás de ella anunció la próxima versión-angular 2 ha lanzado muchas ideas básicas en la ventana. Desde entonces, se han retirado: la transformación de una aplicación angular 1 en una aplicación Angular 2 no parece ser una misión estúpida, pero cuando Angular 2 aparecerá más adelante este año, su adopción sigue siendo una pregunta grande e importante. Ember (2) otro marco MVCCemer es de la misma generación que angular, muy conceptualmente similar y lo usé. A diferencia de Angular, Ember 2 prometió una ruta de migración clara antes de su primera versión, por lo que construí una considerable aplicación Ember. Ember tiene aún más opiniones sobre cómo lo usa, cómo construye su aplicación y qué significa que es angular. Ember siempre ha dicho que tienen URL dentro de su aplicación JavaScript son cruciales y también utilizan los términos del modelo MVC y hacen que sea muy fácil usar cada una de estas entidades llamadas. Ember 2 ha movido el énfasis de “controladores” a “componentes”, pero aún puede pensar en Ember como “un marco de MVC JavaScript para toda la aplicación”. Reaccionar: los patrones más rápidos en Occidente
React es la última cosa de JavaScript en la “generación actual” de la que quiero hablar. La característica básica de React no es una promesa completa “MVC” como Angular o Ember, sino que es la mejor biblioteca de “visualización” a la que una niña podría soñar. Uno de los problemas que aparecieron en la Edad Ember y Angular 1 fue que las actualizaciones de visualización (como lo hicieron los marcos) podrían volverse muy lentos. La popularidad de React aumentó primero del hecho de que fue mucho más rápido en esa tarea específica, pero ahora incluye algunas de sus otras características. React es, en esencia, una versión muy ordinaria de una capa de “visualización”, que se centra en la realización rápida del dibujo y lo hace al hacerle pensar en limitar toda la lógica a su alrededor en una pequeña unidad simple. Debido a su pequeña ambición, se utiliza con muchas estructuras diferentes de aplicaciones y flujos de gestión de datos. Cualquier otra cosa hay muchas más bibliotecas, marcos e instrumentos de JavaScript que no he mencionado. Esta lista no debe ser exhaustiva, sino para proporcionar una vista de aves sobre el ecosistema a continuación. Si no se menciona su favorito, no dude en dejar un comentario al respecto. Me encantaría escuchar lo que debería haber incluido. ¡Vaya!