A cosa serve la cartella wordpress wp-Includes?

A cosa serve la cartella wordpress wp-Includes? Cioè, qual è lo scopo architettonico fondamentale di esso, ad esempio perché non è tutto in temi o in una cartella di amministrazione?

Uno sviluppatore di plugin può fare affidamento sui suoi contenuti (ad es. JQuery) e per quanto tempo?

Vorrei anche sapere, chi decide cosa succede lì e come viene mantenuto quando Wordpress cambia, c'è qualcosa di tutto questo documentato da qualche parte come documento politico?

wp-includescontiene tutto il necessario per eseguire WordPress tramite il frontend (e poi alcuni). È il territorio di WordPress Core e, come dice il proverbio, non modificare mai core in nessuna circostanza.

Mentre wp-contentpuò definire plugin e temi, l'API stessa e la stragrande maggioranza del core di WordPress si trova in quella cartella. Questi dipendono da quasi interamente WordPress. Tutte le funzioni standard e le relative dipendenze si trovano in questa cartella.

Questo lo rende una risorsa preziosa per la ricerca e la ricerca di cose.

wp-admin può definire elementi aggiuntivi ma non è così vitale per il funzionamento del frontend

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

Per quanto riguarda l'affidabilità dei file in quella cartella, non dovresti fare affidamento sui file in quella cartella. Non dovresti mai aver bisogno di includere un file o un percorso da wp-Includes e se provi o devi farlo, allora hai fatto qualcosa di orribilmente sbagliato e devi fermarti e tornare indietro.

Sebbene i file in quella cartella possano cambiare senza preavviso, ciò non dovrebbe avere conseguenze, poiché l'API contenuta viene mantenuta compatibile con le versioni precedenti per un periodo di tempo significativo.

Al di fuori degli aggiornamenti di WordPress, wp-includesnon dovrebbe mai essere modificato e idealmente dovrebbe essere di sola lettura.

Se hai bisogno di aggiungere una dipendenza al tuo codice, fai affidamento sulle versioni in wp-Includes piuttosto che aggiungere il tuo. ad esempio, non includere un jQuery personalizzato, utilizzare quello in bundle con WordPress (non annullare la registrazione e registrarlo nuovamente).

Le modifiche alle inclusioni di wp possono causare rischi per la sicurezza, degrado delle prestazioni, plugin / temi rotti, ecc

Le modifiche ai pacchetti e alle librerie incluse sono annunciate prima delle versioni. Le vecchie dipendenze non più necessarie (come il vecchio selettore di colori) vengono mantenute, ma contrassegnate come deprecate per impedire la rottura del codice

La wp-includesdirectory include i pacchetti inclusi dal core . Il team principale mantiene i pacchetti inclusi in wp-includes. Temi e plugin possono fare affidamento sul fatto che quei pacchetti siano disponibili per una determinata versione di WordPress.

Questo è un motivo enorme per cui è estremamente importante accodare solo le versioni di script raggruppate in base al core , usando la registrazione di script definita in base al core , come:, in wp_enqueue_script( 'jquery' )modo che il tuo tema / plugin utilizzi sempre la versione in bundle con core, non importa quale la versione di WordPress è in esecuzione.

WordPress, come applicazione, è composto da diverse parti mobili. La /wp-includescartella contiene funzionalità comuni per l'API di WordPress (che usi in temi / plugin) e l'amministratore di WordPress.

Quindi in poche parole:

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

La /wp-includesdirectory è dove sono memorizzate utili librerie di terze parti (ovvero SimplePie per RSS e IncutioRPC per XML-RPC). È anche dove viene definita gran parte dell'API di WordPress (ovvero WP_Http, WP_Filesystem).

Uno sviluppatore di plugin può fare affidamento sui suoi contenuti? e per quanto tempo?

Sì. Questi file sono ciò che definisce l'API di WordPress in primo luogo. Il team principale fa di tutto per mantenere la compatibilità con le versioni precedenti, quindi se in WordPress verranno mai apportate modifiche che interromperanno ciò che si sta utilizzando, lo si saprà ben prima.

Vorrei anche sapere, chi decide cosa succede lì e come viene mantenuto quando Wordpress cambia, c'è qualcosa di tutto questo documentato da qualche parte come documento politico?

Le decisioni sull'API di WordPress sono definite dal team di sviluppo. Di solito puoi seguire le modifiche su http://make.wordpress.org/core . Le librerie sono sempre gestite poiché la modifica di queste librerie è ciò che cambia WordPress.

wp-includesè la directory che contiene la maggior parte delle funzionalità principali di WordPress. È dove vivono tutti i principali codici WordPress.

WordPress fa un ottimo lavoro nel mantenere la retrocompatibilità tra le versioni. È possibile utilizzare le funzioni incluse in questa cartella per creare plug-in (è così che si aggancia al sistema).

WordPress Trac è l'area principale che decide come WordPress avanza, quindi se hai opinioni / aggiunte, fatti coinvolgere lì :)