¿Hay alguna directriz o razón detrás de por qué algunas funciones de código WP tienen el prefijo wp_
? por ejemplo: wp_insert_post()
vs. update_post_meta()
¿Hay alguna directriz o razón detrás de por qué algunas funciones de código WP tienen el prefijo wp_
? por ejemplo: wp_insert_post()
vs. update_post_meta()
Esto no hace esa respuesta impresionante, pero - ninguno .
get_
es sufijo, generalmente significa que la función devuelve algo, the_
esa función hace eco de algo.
wp_
no tiene un significado técnico y la incoherencia en la asignación de nombres proviene de muchos desarrolladores participantes y la falta de movimiento para unificar (avanzar es considerado más importante que la limpieza importante de cosas más antiguas para que esté limpio).
Wordpress fue y está escrito por muchas personas diferentes. Los parches se discuten dentro de wordpress trac y quien envíe o asigne un ticket de trac puede publicar parches. Si el parche se acepta y se traslada al núcleo de una próxima versión, simplemente estará allí. Así que a veces las funciones, vars, etc. obtienen el prefijo mientras que otras veces no lo hacen. Se basa en los desarrolladores participantes.
El prefijo wp_
generalmente se agrega para evitar conflictos de nombres con:
Siempre asumí que la distinción era que, más allá de las etiquetas de plantilla básicas, que generalmente solo tienen el nombre descriptivo más simple posible:
wp_
son generalmente funciones de API públicas de alto nivel, que están casi garantizadas para que siempre estén disponibles y se mantengan compatibles con los forwards. Sin embargo, no sé si esto fue alguna vez intencional. Y como han dicho las otras dos respuestas, no se sostiene constantemente. Su ejemplo de update_post_meta
es un ejemplo perfecto de algo que parece que debería tener un prefijo wp_
si mi clasificación fuera cierta. Pero hay suficiente código heredado en WordPress para deshacerse de cualquier intento de darle sentido a cualquier convención de nomenclatura.
Lea otras preguntas en las etiquetas core