homefinance blog
WordPress es una gran plataforma en línea para crear y administrar sitios web y hay ciertos estándares de codificación de WordPress. Es una plataforma de código abierto, por lo que muchos desarrolladores trabajan en ello. WordPress ofrece una gran biblioteca de temas y complementos personalizados para ayudarlo a comenzar. Es interesante observar aquí que casi el 30% de los sitios web mundiales usan WordPress en este momento. No importa a qué tipo de negocio trabajará; WordPress. BBC America, Media Stands, Vogue, Mashable, Flickr son algunos de los nombres. Esta lista también incluye algunas de las compañías Fortune 500. Esto le da una idea de su popularidad entre desarrolladores y compañías por igual.
Debido a que WordPress es una plataforma de código abierto, cualquier desarrollador puede contribuir a su código fuente para mejorarlo. Con una plataforma de esta magnitud, puede convertirse fácilmente en un gran desastre de diferentes estilos de codificación de todas las contribuciones. El resultado de este desastre crearía muchos problemas para la plataforma. Los desarrolladores no podían entender los códigos de los demás. Sería difícil navegar a través de la estructura de codificación, y la resolución de los errores duraría tanto que el resultado será una gran parte de las operaciones del sitio. WordPress ha pensado mucho en este problema. Vino con pautas para desarrolladores y colaboradores que desean trabajar en su código. Estas pautas se convertirían en los estándares de codificación que realmente ayudaron a hacer que el proceso fuera más eficiente. Los estándares de codificación facilitan la gestión y el mantenimiento de una colección tan diversa de códigos.
Los desarrolladores pueden comprender fácilmente el código escrito por otros, porque habría seguido el estándar. También ayuda a los desarrolladores individuales a comprender su propio código. Un vistazo al código le dará una visión general de todo el código. Encontrará fácilmente cualquier error potencial en el código si sigue el estándar de codificación. Este artículo tiene como objetivo comprender cuáles son los estándares de codificación de WordPress. Ayudará a resolver todo tipo de problemas para los desarrolladores. Cada desarrollador debe echar un vistazo a estos estándares antes de contribuir a la plataforma de WordPress. También debe pasar por estos estándares si está buscando una empresa de diseño de sitios web de WordPress para trabajar en el proyecto de su sitio. En primer lugar, eche un vistazo a lo que es un buen estándar de codificación.
Debe hacer que el código sea fácil de entender.
Debe proporcionar una guía para la convención de nombre.
Debería explicar el estilo para cada línea del código.
Debería establecer un estándar para espaciar, sangría, citas y etiquetas.
Cuando hablamos de WordPress, es una plataforma CMS basada en PHP. También usa HTML, CSS y JavaScript. Por lo tanto, ofrece diferentes estándares de codificación para cada idioma separado. Debe estudiar estos estándares y otras buenas prácticas, si es un desarrollador y desea contribuir a WordPress. Finalmente, habría adquirido tanto conocimiento sobre los estándares de codificación de WordPress, incluso si no está seguro de contribuir ahora.
Comencemos con la mayor cantidad de elementos, que es HTML.
HTML STORES DE CODERÍA
! Debe hacerse de esta manera para mantener un marcado bien formado en páginas HTML. Esta regla es de gran ayuda para resolver errores de codificación mediante pruebas automáticas. Ahorra mucho tiempo que las pruebas manuales. Es mejor seguir un estándar apropiado de espacio en los elementos de cierre autocipulante de un código. El estándar de codificación de WordPress estipula que una barra oblicua debe estar precedida por un espacio, como se establece en las reglas de W3c.corect: Incorrecto:
correas de estilo Se utiliza un aparato ortopédico o un paréntesis para designar instrucciones o declaraciones como bloque, función o matriz. Antes de los estándares de codificación de WordPress, había muchas diferencias entre los desarrolladores en términos de correas. Entonces WordPress ha resuelto mucha confusión sobre este problema. Se menciona que un aparato ortopédico debe colocarse en la misma línea en lugar de la siguiente línea. También recomienda a los desarrolladores que busquen una sola línea y bloques con múltiples líneas en declaraciones. Se debe colocar un latón si la instrucción contiene incluso un solo bloque con varias líneas. Pero se puede evitar un aparato ortopédico si no hay un bloque con múltiples líneas en la instrucción. Además, recomienda que se coloque un rizo que no importa si tiene una sola línea o bloque con múltiples líneas.
etiquetas y atributos
Las etiquetas proporcionan una estructura básica a un documento HTML. Rodea todos los contenidos y ayuda al navegador a comprender el tipo de contenido. Por ejemplo, la etiqueta de apertura: Etiqueta de cierre: Esta etiqueta denota un documento HTML. Del mismo modo, un atributo es lo que proporciona información de etiqueta adicional. Por lo tanto, el estándar de codificación de WordPress recomienda que se usen letras minúsculas para escribir etiquetas y atributos. Además, el valor de los atributos también debe seguir un estilo de bajo caso si se requiere una interpretación de datos automáticos. Pero, en el caso de la legibilidad humana, solo debe seguir un estilo de mayúsculas. HTML. Es decir, los nombres de las funciones siempre deben ser minúsculas. Similar es el caso de las variables. Según el estándar, varias palabras, si se usan, deben estar separadas por Dash. El nombre de la clase debe estar escrito en letras mayúsculas. Los desarrolladores deben escribir nombres de archivos en minúsculas y se debe usar un guión para separar varias palabras.
En XHTML, todos los atributos deben tener un valor, y todos los valores deben tener una culpa. Pero el estándar de codificación de WordPress para HTML no cree que sea el caso. Aunque le recomienda que tenga los atributos citados para evitar vulnerabilidades de seguridad.
Por otro lado, la sangría apropiada permite que el código sea compatible en todas las plataformas diferentes. También ayuda a mantener la legibilidad de todo el código. Para mantener la compatibilidad y la legibilidad, WordPress establece que la pestaña debe usarse en lugar del espacio de sangría.
cosd estándar para establecer un estándar para CSS en WordPress es mantener un aspecto unificado para el aspecto unificado para el aspecto unificado para el aspecto unificado. Código general. Funciona como punto de referencia para desarrolladores y colaboradores. De esta manera, WordPress asegura que el código sea compatible, legible y tenga una perspectiva consistente desde la primera línea hasta la última. Aunque WordPress ha establecido un estándar de codificación para CSS, reconoce la necesidad de eliminar algunas inconsistencias en el código CSS básico. Veamoslo más detallado. Ayuda a mantener el flujo al documento. El estándar de codificación de WordPress recomienda el uso de pestañas de sangría. Debe haber 2 líneas vacías entre la sección y 1 línea vacía entre bloques. Cada selector debe tener una coma o un valiente al final. Use la muesca con 1 pestaña antes de escribir un valor de propiedad y coloque una coma y una coma al final. La patente de cierre debe dejarse a la izquierda al mismo nivel que el selector.
! Los selectores deben escribirse en minúsculas, con un guión que separa múltiples palabras. Los selectores deben poder ser leído por el hombre. Los valores de los selectores de atributos deben escribirse entre cotizaciones dobles.
Propiedades en CSS La especificidad de las propiedades hace que el diseño sea menos flexible. El estándar de codificación de WordPress recomienda que después de las propiedades se coloquen dos puntos y un espacio. Se deben usar letras pequeñas durante las propiedades de escritura, con una excepción para los nombres de fuentes. Prefiere el uso de RGBA para códigos de color, evitando letras grandes. También se recomienda el uso de abreviatura para el valor en el estándar de codificación de WordPress. Unitario. Es fácil perder la consistencia, mientras que muchos desarrolladores diferentes contribuyen al código. Respetar los estándares de WordPress de JavaScript ayuda a mantener un flujo de fluido en el código. Entonces, veamos algunos de ellos. Se hace de esta manera para mantener el código. Hay muchas inconsistencias en el núcleo de JavaScript WordPress. Trabajan para mejorarlo regularmente. WordPress recomienda las mejores prácticas para la codificación de JavaScript, pero ofrece algo de relajación.
Por lo tanto, no recomienda la restauración de los viejos archivos JavaScript según sea necesario. WordPress Coding Standards Guide desarrolladores y colaboradores para usar pestañas de sangría. En este segmento, discutiremos algunos de los estándares de codificación para el espacio. No se debe dejar espacio donde termine la línea. Largas líneas hacen la lizhiabilidad del código difícil. Aunque no es una regla estricta, una línea no debe exceder los 80 caracteres en ninguna parte. Use aparatos ortopédicos para bloques como si / para / intente y no se colocan en líneas únicas. Una coma o punto y coma no debe tener espacio antes que ellos. ¿Debería haber espacio en ambos lados de? y: en el estado ternario. Se debe colocar una nueva línea después del final de cada archivo. El estándar de codificación de WordPress recomienda verificar la acumulación de espacio en blanco. Los estándares de codificación de WordPress para JavaScript han establecido algunas pautas a seguir. Algunas de estas pautas están relacionadas con el uso de Consti y LET2015. Reemplaza la cal con const y deja.
El cono es adecuado para ser utilizado en la declaración si su valor no se transfiere. En el caso de VAR, era necesario declarar una variable en la parte superior de una función. En este caso, una función debe tener una instrucción de cal al principio delimitada por una sola coma. Puede crear muchos problemas si una función no ha declarado una variable por una cal. Para reflejar una palabra. Para las abreviaturas, el estilo Camelcase sigue. La posición de acrónimos y abreviaturas también es significativa. Se deben seguir las reglas de Camelcase si alguna de ellas está al comienzo del nombre de la variable. La inconsistencia se encuentra en el código básico. Aquí hay alguna guía de PHP. Asegúrese de nunca usar etiquetas PHP cortas. Por ejemplo, correcto:
<? Php echo "¡Hola, todos!"; ? Las variables deben escribirse en minúsculas. Camelcase nunca debe ser rastreado. Use subrayar para separar muchas palabras. Los nombres de las clases deben escribirse en mayúsculas. Similar es el caso de acrónimos y constantes.
Los nombres de archivo deben escribirse descriptivamente y en minúsculas. Los archivos que tienen etiquetas de plantilla deben tener el nombre agregado en el nombre para explicar por sí mismos. Deben usarse para evaluar algo. Las cotizaciones simples y dobles terminan el valor del atributo si el texto no se transmite a través de esc_attr (), lo que resulta en problemas de seguridad. Se recomienda eliminar el espacio del final de una línea. Las comas siempre deben ser seguidas por un espacio. Los operadores lógicos, las cadenas de caracteres y la comparación también deben tener espacio después de ellos. También se puede dividir en varias líneas en el caso de consultas complejas. En tal caso, ponga un ajuste para cada línea. Los estándares de codificación recomiendan el uso de letras mayúsculas para instrucciones SQL. Algunas de las pautas en estos estándares de codificación no son estrictas. Una comprensión apropiada de WordPress es necesaria para comprender qué partes se pueden omitir. Debe contribuir a la transformación de WordPress en una mejor plataforma, compartiendo su conocimiento en tal caso. También ayudará a los principiantes a navegar fácilmente por código.
