Do czego służy folder Wordpress WP-Zawiera?


15

Do czego służy folder Wordpress WP-Zawiera? To jest podstawowy cel architektoniczny, na przykład dlaczego nie wszystko jest w motywach lub folderze administracyjnym?

Czy deweloper wtyczek może polegać na treści (np. JQuery) i na jak długo?

Chciałbym również wiedzieć, kto decyduje o tym, co tam się dzieje i jak się to utrzymuje, gdy zmienia się Wordpress, czy wszystko to jest gdzieś udokumentowane jako dokument polityki?

Odpowiedzi:


17

wp-includeszawiera wszystko, co potrzebne do uruchomienia WordPressa przez interfejs (a potem trochę). Jest to obszar WordPress Core i jak mówi przysłowie, nigdy nie modyfikuj rdzenia w żadnych okolicznościach.

Chociaż wp-contentmoże definiować wtyczki i motywy, sam interfejs API i ogromna większość rdzenia WordPress znajduje się w tym folderze. Od nich zależy prawie cała WordPress. Wszystkie standardowe funkcje i ich zależności znajdują się w tym folderze.

To sprawia, że ​​jest to cenny zasób do badań i wyszukiwania rzeczy.

wp-admin może definiować dodatkowe elementy, ale nie jest tak istotne dla działania frontendu

./wp-admin    - Admin code
./wp-content  - User-defined code and content
./wp-includes - Common files

Jeśli chodzi o wiarygodność plików w tym folderze, nie powinieneś polegać na plikach w tym folderze. Nigdy nie powinieneś dołączać pliku lub ścieżki z wp-include, a jeśli spróbujesz lub musisz, zrobiłeś coś okropnie złego i musisz zatrzymać się i wrócić.

Chociaż pliki w tym folderze mogą ulec zmianie bez ostrzeżenia, nie powinno to mieć żadnego znaczenia, ponieważ zawarty interfejs API jest przez długi czas kompatybilny wstecz.

Poza aktualizacjami do WordPressa, wp-includesnigdy nie powinien być modyfikowany i najlepiej powinien być tylko do odczytu.

Jeśli potrzebujesz dodać zależność do swojego kodu, polegaj na wersjach wp-include zamiast dodawać własne. np. nie dołączaj niestandardowego jQuery, użyj tego dołączonego do WordPressa (nie wyrejestrowuj go i ponownie zarejestruj).

Modyfikacje wp-include mogą powodować zagrożenia bezpieczeństwa, obniżenie wydajności, zepsute wtyczki / motywy itp

Zmiany w pakietach i bibliotekach są ogłaszane przed wydaniem. Stare zależności, które nie są już wymagane (takie jak stary próbnik kolorów) są zachowywane, ale zaznaczone jako przestarzałe, aby zapobiec złamaniu kodu


5

wp-includesKatalog zawiera pakiety, które są dołączone przez rdzeń . Rdzeń zespół utrzymuje pakiety włączone wp-includes. Motywy i wtyczki mogą polegać na dostępności tych pakietów w dowolnej wersji WordPress.

To ogromny powód, dlaczego jest to niezwykle ważne, aby enqueue tylko rdzeń-dołączane wersje skryptów, stosując rdzeń rejestrację -defined skryptu, takich jak: wp_enqueue_script( 'jquery' ), żeby Temat / Plugin będzie zawsze być używana wersja dołączonego z rdzeniem, bez względu na to, co wersja WordPress jest uruchomiona.


3

WordPress, jako aplikacja, składa się z kilku ruchomych części. /wp-includesFolder zawiera wspólną funkcjonalność API WordPress (którego używasz w themes / wtyczek) i administratora WordPress.

Zasadniczo:

./wp-admin    - Admin code
./wp-content  - User-defined code and content
./wp-includes - Common files

W /wp-includeskatalogu tym przechowywane są przydatne biblioteki innych firm (np. SimplePie dla RSS i IncutioRPC dla XML-RPC). To tutaj definiuje się większość interfejsu API WordPress (tj. WP_Http, WP_Filesystem).

Czy twórca wtyczek może polegać na treści? i na jak długo?

Tak. Te pliki w pierwszej kolejności definiują interfejs API WordPress. Główny zespół dokłada wszelkich starań, aby zachować kompatybilność wsteczną, więc jeśli kiedykolwiek zostaną wprowadzone jakieś zmiany w WordPressie, które zepsują to, czego używasz, będziesz o tym dobrze wiedział wcześniej.

Chciałbym również wiedzieć, kto decyduje o tym, co tam się dzieje i jak się to utrzymuje, gdy zmienia się Wordpress, czy wszystko to jest gdzieś udokumentowane jako dokument polityki?

Decyzje dotyczące interfejsu API WordPress są określane przez zespół programistów. Zwykle można śledzić zmiany na stronie http://make.wordpress.org/core . Biblioteki są zawsze utrzymywane, ponieważ zmiana tych bibliotek zmienia WordPress.


Nie pliki definiują API, robią to funkcje i klasy w tych plikach. Pliki mogą się przenosić lub znikać bez żadnych zmian w interfejsie API.
fuxia

0

wp-includesto katalog zawierający większość głównych funkcji WordPressa. To tam mieszka cały główny kod WordPress.

WordPress wykonuje doskonałą pracę polegającą na zachowaniu wstecznej kompatybilności między wersjami. Możesz użyć funkcji zawartych w tym folderze, aby zbudować wtyczki (w ten sposób podłączasz się do systemu).

WordPress Trac to główny obszar, który decyduje o tym, jak WordPress będzie się rozwijał, więc jeśli masz opinie / dodatki, zaangażuj się tam :)

Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.