Qual è la differenza tra CodeKit e Composer?

Dato che ho scritto di CodeKit e Composer (più su quest’ultimo nei post recenti, in realtà), occasionalmente ricevo e-mail che mi chiedono quale preferisco usare quando si tratta di lavorare su progetti per altri.

E la risposta breve è che non si escludono a vicenda. Semmai, possono completarsi a vicenda. Non sono sostituti l’uno dell’altro.

Poiché sono passato da progetti sempre meno orientati al frontend, meno utilizzo CodeKit. E più mi sono spostato più verso lo sviluppo orientato al back-end, più uso Composer.

Inoltre, lo sviluppo front-end è diverso dallo sviluppo back-end, giusto? Quindi, ancora una volta, perché dovremmo chiedere:

Devo usare CodeKit o Composer?

È qui che entra in gioco la risposta più lunga.

CodeKit e Compositore

Per coloro che stanno guardando entrambe queste utilità e si stanno chiedendo la differenza in ciascuna, questa è una buona cosa.

Ogni volta che qualcuno cerca modi per migliorare il proprio processo di sviluppo attraverso l’uso di strumenti per facilitare lo sviluppo, penso che mostri un livello di maturità nello sviluppo.

CodeKit

In breve, l’obiettivo di CodeKit è aiutare a racchiudere molti dei nuovi strumenti che vediamo spesso (come Sass o LESS, framework come Foundation e ottimizzazione delle immagini) in un’unica applicazione e racchiuderla, quindi c’è meno lavoro da fare quando arriva alla configurazione.

Il fatto è che include molte cose. Questa non è una brutta cosa, però. Si tratta davvero di selezionare ciò che si desidera, fare clic su alcune caselle di controllo e quindi assicurarsi che l’app sia a conoscenza del codice di base.

Da lì, si occuperà, diciamo, di compilare automaticamente il tuo Sass ogni volta che salvi un file che fa parte del tuo progetto.

Compositore

Composer, d’altra parte, riguarda la gestione delle dipendenze che funzionano insieme alla tua applicazione. Questo può essere qualcosa come PHP CodeSniffer. Oppure può essere qualcosa come una libreria di terze parti come Monolog che aiuta il tuo progetto a tenere traccia degli eventi che si verificano durante l’esecuzione.

In ogni caso, puoi vedere che i pacchetti Composer è responsabile della gestione si occupano più dello sviluppo lato server che dello sviluppo front-end.

Quindi, se stai cercando qualcosa come CodeKit (o NPM o Yarn) per il lato server, Composer è quello che stai cercando di usare. Non ha un’interfaccia, quindi tutto viene fatto tramite file di configurazione (come NPM, per esempio), ma è anche ben documentato e abbastanza facile da usare una volta che hai familiarità con la struttura dei file di configurazione.

E questa è la differenza

Come accennato all’inizio del post, CodeKit e Composer non si escludono a vicenda. Se non altro, possono lavorare insieme per aiutare a costruire un progetto sia dal front-end che dal back-end.

Quando si tratta di sviluppo front-end, ci sono altri strumenti che le persone scelgono di utilizzare come NPM e Yarn. Li menziono qui solo perché sono anche gestori di pacchetti, proprio come Composer, ma per il front-end.

E, semmai, sono più vicini a un confronto con Composer. Tuttavia, si concentrano principalmente sugli strumenti di sviluppo front-end. Forse varrà la pena approfondire ciascuno di essi in un prossimo post.