7 days of WordPress plugins, themes & templates - for free!* Unlimited asset downloads! Start 7-Day Free Trial
Advertisement
  1. Code
  2. General

5 Pecados Cardinales del Desarrollo de Temas para WordPress

Read Time: 8 mins

Spanish (Español) translation by Eva Collados Pascual (you can also view the original English article)

Ya hemos hablado suficientemente en esta web sobre consejos y trucos para conseguir lo que desees en WordPress… pero hoy vamos a echar un paso atrás desde la parte técnica para revisar algunas prácticas, malos hábitos y pasos en falso en cuanto al código se refiere que deberíamos dejar de lado. Así que, disculpa el torpe titular del artículo (¡jaja!), vamos ha hablar de 5 prácticas muy comunes que son están desacreditadas en la plataforma.

Dos de las mejores cosas de trabajar con los Temas de WordPress es el hecho de que nos dirigirnos a un ámbito increiblemente flexible (hablamos de la web) y tenemos una documentación muy sólida para guiarnos a través del proceso (nos referimos al Codex de WordPress) 

Después de todo, si los temas funcionan, ¿importa que el código sea limpio y se pueda mantener?

Pero también existe un peligro en el desarrollo de temas; podemos olvidarnos de las mejores prácticas desde la perspectiva de la web e ignorar completamente la documentación. Específicamente, no hay nada que nos obligue a escribir código limpio y que se pueda mantener en el futuro. Después de todo, si el tema funciona, ¿importa si el código es limpio y capaz de ser mantenido? Más aún, ¿porqué esforzarse en seguir las mejores prácticas de WordPress si el tema parece funcionar bien?

Débiles argumentos, ¿no? No lo sé - cuanto más he trabajado en el ámbito de WordPress, más me he sorprendido de la cantidad de código malo que realmente existe. Por ello, pensé que sería entretenido destacar los 5 pecados cardinales en el Desarrollo de Temas para WordPress.


Ignorar El Codex de WordPress

Igual que ocurre con muchos lenguajes de programación, frameworks o librerías, WordPress incluye una gran cantidad de documentación. El Codex de WordPress es con razón uno de los mejores recursos que los desarrolladores tienen para trabajar con WordPress. Después de todo, proporciona documentación para la mayoría de las aplicaciones.

Pero el Codex de WordPress normalmente va más allá de la documentación estándar - además de proporcionar nombres de funciones y parámetros, el Codex aporta ejemplos ricos sobre como usar muchas de las funciones de la API. Tras leer cualquier artículo, es difícil que no encuentres un ejemplo claro sobre como trabajar con la función en cuestión.   

Además de la API, el Codex también incluye una variedad de artículos relacionados con el desarrollo:

Siempre que estoy trabajando con un tema o plugin y llego a un punto en el que pienso que necesito una función a medida para alcanzar un objetivo concreto, busco primero en el Codex. La mayoría de las veces, ya existe una función disponible que me ayuda con lo que necesito.

Cualquier Desarrollador serio de WordPress debería usar regularmente el Codex cuando trabaje con cualquier proyecto de desarrollo relacionado con WordPress. Ignorar esto puede ser el origen de soluciones creativas, pero no probadas e inestables que podrían causar finalmente más daño que bien.


No Localizar Tu Tema

Si hace unos años, hubieses pedido mi opinión con respecto a la localización de un Tema para WordPress, te hubiera dicho que dependía del mercado al que te dirigieses. Pero, si crees que el público va a usar un lenguaje diferente al tuyo, definitivamente hazlo; de lo contrario no hay nada malo en dejar el tema traducido a tu propio lenguaje.

Ya han pasado algunos años, y millones de sitios web en Internet están basados en WordPress . Sitios alrededor de todo el mundo están usando la aplicación para dirigir tráfico al contenido de sus páginas. Y sobre todo, se está convirtiendo en algo muy frecuente entre los desarrolladores que el trabajo con WordPress sea un suplemento para sus ingresos e incluso hacer de ello un modo de vida.

Debido a que WordPress se ha popularizado ampliamente e Internet ha convertido las fronteras del mundo en algo difuso, el mercado de cualquier tema no se limita ya a un solo idioma. Además, WordPress facilita increíblemente la tarea de localizar tu tema y solo requiere un poco más de trabajo extra, por tanto ahora argumentaría que la localización de un tema en la actualidad es casi obligatoria.

principalmente, tienes que entender tres cosas:

Aparte de esto, no hay mucha más sobrecarga en la localización de un tema; de todas formas, recomiendo que visites el artículo Traducir WordPress en el Codex. El artículo destaca los tres aspectos que acabamos de apuntar y profundiza más en cada uno.


Desorganización de los Archivos del Tema

Los desarrolladores hablan mucho sobre la organización del código y sobre crearlo de manera que facilite su mantenimiento en el futuro. Personalmente, creo que es mucho más fácil hablar de estos principios que seguirlos, en cualquier caso es importante tenerlos en cuenta.

La cuestión es que parecen distintos en cada proyecto.  Algunas aplicaciones se escriben en un solo lenguaje de programación y funcionan en un ordenador de sobremesa, otras usan dos lenguaje y funcionan en dispositivos móviles, otros proyectos - como los Temas de WordPress - pueden usar en cualquier plataforma de entre tres (HTML, CSS, y PHP) a cuatro (vía JavaScript) lenguajes. Adicionalmente, ciertos componentes del tema se ejecutan en el lado del cliente, algunos en el lado del servidor, algunos se comunican directamente con WordPress, y otros lo hacen directamente con la base de datos.

Decir además que origina un gran potencial el sacrificio de la capacidad de mantenimiento del código, es una infravaloración.

Pero no tendría porque ser problemático ya que existen estándares que nos sugiere WordPress para organizar los archivos del tema. Específicamente, el Codex detalla como organizar tus archivos de plantillas en PHP, tus hojas de estilo, recursos JavaScript e imágenes.

Ciertamente conlleva un poco más de trabajo extra organizar tus archivos que hacer simplemente lo justo para que funcione, pero a largo plazo cuando empieces a trabajar en la nueva versión de tu tema o como muchos desarrolladores trabajes en grupo sobre un mismo código, verás que es rentable. 


Desconocimiento de los Estándares de Código

Obviamente, la organización de los archivos es solo una parte del proceso que afecta a la organización y el mantenimiento. Luego, tenemos que centrarnos en como escribir el código que reside en nuestros archivos.

Después de todo, no solo deberíamos querer proporcionar archivos bien organizados, sino fáciles de comprender, y también conforme con los estándares en su código. Nuevamente, el Codex de WordPress proporciona un conjunto estándar para gran parte de los lenguajes implicados en el código de base de un tema.

Demasiado para procesar, ¿eh? El asunto es que invertir tiempo para familiarizarte con todo lo anterior al final es rentable. Aplicar estos estándares en los inicios del desarrollo es potencialmente más barato que tener que rehacer un tema o plugin existente.

Adicionalmente, puede resultar en una contribución para mejorar el código de la comunidad.


No Probar Tu Trabajo

Tras haber desarrollado un tema y tenerlo preparado para su lanzamiento, deberías - como mínimo - realizar una comprobación.  Es decir, deberías verificar que los diferentes estilos de datos de entrada están formateados correctamente, que tu tema no está usando ninguna función obsoleta, o que no usa ninguna función incorrectamente.

Por suerte, el Codex proporciona algunas sugerencias y herramientas para ayudarte ha realizar el proceso con mayor facilidad.

  • El modo Debug te ayuda a eliminar cualquier advertencia y/o error PHP.
  • La Unidad Test del Tema, es un archivo con información que incluye pre-formateados datos de entradas para que los ejecutes a modo de test en tu entorno de desarrollo local.
  • Theme Check es un plugin que examinará el código base de tu tema y proporciona anotaciones respecto a lo que debe ser abordado así como recomendaciones para mejorar tu código.

Por supuesto, existen tests adicionales que puedes realizar como la compatibilidad con los navegadores, cumplimiento de los estándares HTML/CSS, etc. El Codex destaca incluso más sugerencias para comprobar en el artículo Proceso de Pruebas del Tema.


¿Cuáles Son Tus Manías Preferidas?

Se dice que uno aprende habitualmente de sus propios errores y soy el primero en admitir que durante el tiempo que llevo con WordPress, he roto cada una de estás reglas. Pero, al igual que el resto de la comunidad de desarrolladores, aprenderás y empezarás a crear mejores proyectos gracias a la experiencia.

Este artículo es el primero dentro de la temática "cultura de WordPress" que iremos presentando en este sitio… así que comparte tu propia experiencia más abajo - o incluso mejor, ¡escribe sobre ello explayándote y lo publicaremos en el caso de sea destacable!

En cualquier caso, esta no es una lista definitiva y estoy seguro de que hay mucho más que añadir (ni siquiera hemos hablado sobre hackear el núcleo, hostigar la base de datos, o modificar mediante código elementos que deberían tener opciones). ¡Déjanos tus propias experiencia en los comentarios!

¿Cuáles son las prácticas más molestas, dañinas o inviables desde la perspectiva del mantenimiento posterior con las que te has encontrado? 

Advertisement
Did you find this post useful?
Want a weekly email summary?
Subscribe below and we’ll send you a weekly email summary of all new Code tutorials. Never miss out on learning about the next big thing.
Advertisement
Scroll to top
Looking for something to help kick start your next project?
Envato Market has a range of items for sale to help get you started.