{"id":230032,"date":"2022-11-10T13:21:00","date_gmt":"2022-11-10T10:21:00","guid":{"rendered":"https:\/\/wordpress.mediadoma.com\/?p=230032"},"modified":"2022-11-10T13:25:33","modified_gmt":"2022-11-10T10:25:33","slug":"librerie-per-plugin-di-wordpress-parte-1","status":"publish","type":"post","link":"https:\/\/wordpress.mediadoma.com\/it\/librerie-per-plugin-di-wordpress-parte-1\/","title":{"rendered":"Librerie per plugin di WordPress, parte 1"},"content":{"rendered":"\n

Pi\u00f9 lavori con WordPress, specialmente se utilizzi strumenti come Composer<\/a> e simili, pi\u00f9 probabilmente troverai determinate librerie, strumenti e cose simili che costituiscono le basi dei progetti su cui lavori.<\/p>\n

A volte potresti trovarli guardando il codice di altre persone, forse li troverai navigando su GitHub, o forse qualcuno con<\/a> cui<\/a> lavori suggerir\u00e0 una libreria (o alcune) a seconda di un progetto.<\/p>\n

Personalmente, ho avuto l’esperienza di tutto quanto sopra, e pi\u00f9 lavoro alla creazione di soluzioni per me stesso o per altri, pi\u00f9 mi ritrovo a creare le stesse basi per ogni progetto (che in genere \u00e8 un plug-in di qualche tipo) .<\/p>\n

Librerie per plugin di WordPress<\/h2>\n

A tal fine, ho pensato che valesse la pena condividere le librerie che utilizzo durante la creazione di plugin per WordPress. Il contenuto sar\u00e0 distribuito su alcuni post per mantenerli brevi e mirati, ma forse troverai qualcosa che non hai utilizzato in precedenza (o che migliorer\u00e0 il tuo uso attuale).<\/p>\n

Unit\u00e0 PHP<\/a><\/h3>\n

Chiunque abbia scritto codice in qualsiasi linguaggio di programmazione ha probabilmente familiarit\u00e0 con qualsiasi tipo di libreria *Unit. In breve, \u00e8 un modo per scrivere facilmente unit test.<\/p>\n

Dalla homepage del progetto<\/a> :<\/p>\n

\n

PHPUnit \u00e8 un framework di test orientato ai programmatori per PHP. \u00c8 un’istanza dell’architettura xUnit per i framework di unit test.<\/p>\n<\/blockquote>\n

Non sono una persona che si iscrive necessariamente alla copertura del codice al 100% (e questo \u00e8 un argomento per un altro post), ma se scriverai unit test, allora questa \u00e8 la libreria de facto per unit test del tuo codice.<\/p>\n

GrumPHP<\/a><\/h3>\n

Durante quest’anno, GrumPHP<\/a> \u00e8 diventata senza dubbio la mia libreria preferita (sebbene sia migliorata da librerie aggiuntive che tratter\u00f2 in questa serie di post).<\/p>\n

\"Librerie<\/a><\/p>\n

Ne ho parlato in altri post. Sebbene si descriva come uno "strumento per la qualit\u00e0 del codice", non puoi davvero fare a meno di vedere i vantaggi finch\u00e9 non lo colleghi per guardare il tuo codice prima di provare a impegnarlo in un repository.<\/p>\n

La descrizione pi\u00f9 lunga \u00e8:<\/p>\n

\n

Se i test falliscono, non sarai in grado di confermare le modifiche. Questo pratico strumento non solo migliorer\u00e0 la tua base di codice, ma insegner\u00e0 anche ai tuoi colleghi a scrivere codice migliore seguendo le migliori pratiche che hai determinato come squadra.<\/p>\n<\/blockquote>\n

E, proprio come se avessi utilizzato qualsiasi monitor di standard di codifica<\/a> nel tuo IDE, questa \u00e8 una di quelle cose che all’inizio pu\u00f2 essere frustrante da usare.<\/p>\n

Ma man mano che lo impari, diventa pi\u00f9 facile sapere cosa verr\u00e0 contrassegnato in modo da iniziare automaticamente a scrivere codice con un livello di qualit\u00e0 pi\u00f9 elevato.<\/p>\n

PHPMD<\/a><\/h3>\n

PHPMD<\/a> (abbreviazione di PHP Mess Detector) funziona bene in combinazione con GrumPHP in quanto pu\u00f2 elaborare il codice prima di eseguirne il commit in un repository.<\/p>\n

\"Librerie<\/a><\/p>\n

Il progetto si descrive come:<\/p>\n

\n

Richiede una determinata base di codice sorgente PHP e cerca diversi potenziali problemi all’interno di tale sorgente.<\/p>\n<\/blockquote>\n

Come con molte librerie simili, questa in particolare pu\u00f2 configurare una serie di regole in modo da poter attivare e disattivare facilmente le cose in base a ci\u00f2 che tu o il tuo team preferite.<\/p>\n

Parser PHP<\/a><\/h3>\n

L’idea di avere una libreria di parser PHP configurata per analizzare il tuo codice sembra un po’ meta, giusto? Voglio dire, hai il runtime PHP che lo fa e anche molti IDE lo fanno, ma funziona in un modo leggermente diverso.<\/p>\n

\"Librerie<\/a><\/p>\n

Dal repository:<\/p>\n

\n

Questo \u00e8 un parser da PHP 5.2 a PHP 7.1 scritto in PHP. Il suo scopo \u00e8 semplificare l’analisi e la manipolazione del codice statico.<\/p>\n<\/blockquote>\n

Per coloro che hanno familiarit\u00e0 con il funzionamento dei linguaggi di programmazione (e quindi delle grammatiche), l’idea di fare un’analisi statica<\/a> sul codice avr\u00e0 senso.<\/p>\n

Indipendentemente da ci\u00f2, questa \u00e8 un’altra libreria che aiuta a migliorare la qualit\u00e0 del codice riducendo la complessit\u00e0 del codice.<\/p>\n

E c’\u00e8 dell’altro<\/h2>\n

Alla fine della serie, condivider\u00f2 come incorporare tutti questi in un composer.json<\/code>file che puoi utilizzare nel tuo progetto.<\/p>\n

Quando stai lavorando a una soluzione per un client, potresti dover modificare le versioni di ciascuno di questi strumenti, ma scoprirai che la maggior parte di essi offre supporto a partire da PHP5.6 e fino a PHP7.1.<\/p>\n

Fonte di registrazione: tommcfarlin.com<\/a><\/div><\/p>\n","protected":false},"excerpt":{"rendered":"

Il primo post di una serie sulle librerie per i plugin di WordPress che io e il mio team utilizziamo quando lavoriamo su soluzioni di alta qualit\u00e0 per gli altri.<\/p>\n","protected":false},"author":1,"featured_media":166076,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":"","_wp_rev_ctl_limit":""},"categories":[918,1019,720,865],"tags":[1168],"class_list":["post-230032","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-altro","category-siti-utili","category-sviluppatore","category-wordpress-6","tag-affiai-it"],"_links":{"self":[{"href":"https:\/\/wordpress.mediadoma.com\/it\/wp-json\/wp\/v2\/posts\/230032","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/wordpress.mediadoma.com\/it\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/wordpress.mediadoma.com\/it\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/wordpress.mediadoma.com\/it\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/wordpress.mediadoma.com\/it\/wp-json\/wp\/v2\/comments?post=230032"}],"version-history":[{"count":0,"href":"https:\/\/wordpress.mediadoma.com\/it\/wp-json\/wp\/v2\/posts\/230032\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/wordpress.mediadoma.com\/it\/wp-json\/wp\/v2\/media\/166076"}],"wp:attachment":[{"href":"https:\/\/wordpress.mediadoma.com\/it\/wp-json\/wp\/v2\/media?parent=230032"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/wordpress.mediadoma.com\/it\/wp-json\/wp\/v2\/categories?post=230032"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/wordpress.mediadoma.com\/it\/wp-json\/wp\/v2\/tags?post=230032"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}