Czy istnieją jakieś wytyczne lub uzasadnienie, dlaczego niektóre funkcje kodu WP są prefiksowane wp_
? np .: wp_insert_post()
vs.update_post_meta()
15
To nie jest imponująca odpowiedź, ale - żadna .
get_
sufiks zwykle oznacza, the_
że funkcja zwraca coś, funkcja coś coś echa.
wp_
nie ma technicznego znaczenia, a niespójność w nazewnictwie wynika z faktu, że wielu deweloperów bierze udział i brakuje ruchu w celu ujednolicenia (przejście do przodu jest uważane za ważniejsze niż poważne porządki starszych rzeczy, aby było uporządkowane).
Wordpress był i jest pisany przez wiele różnych osób. Informacje o łatach są omówione w tekście WordPress trac, a ktokolwiek prześle lub przypisuje bilet trac, może opublikować łatki. Jeśli łatka zostanie zaakceptowana i przeniesiona do rdzenia nadchodzącej wersji, po prostu tam jest. Czasami więc funkcje, zmienne itp. Otrzymują prefiks, a innym razem nie. To zależy od uczestniczących programistów.
źródło
wp_
Prefiks dodaje się zwykle w celu uniknięcia konfliktów nazw z:źródło
Zawsze zakładałem, że różnica polega na tym, że - poza podstawowymi tagami szablonów, które zazwyczaj mają najprostszą możliwą opisową nazwę:
wp_
są ogólnie funkcjami publicznego interfejsu API wysokiego poziomu, które są prawie na pewno zagwarantowane, że zawsze będą w pobliżu i zachowają kompatybilność do przodu.Nie wiem jednak, czy to kiedykolwiek było zamierzone. I jak powiedzieli dwie pozostałe odpowiedzi, nie wytrzymuje konsekwentnie. Twój przykład
update_post_meta
jest doskonałym przykładem czegoś, co wydaje się, że powinno miećwp_
prefiks, jeśli moja klasyfikacja jest prawdziwa. Ale w WordPress jest wystarczająco dużo starszego kodu, aby odrzucić każdą próbę zrozumienia jakiejkolwiek konwencji nazewnictwa.źródło
_*
Ale nie ma ich tak wiele, a w praktyce nie są tak całkowicie wewnętrzne.