Vad är skillnaden mellan CodeKit och Composer?
Eftersom jag har skrivit om CodeKit och Composer (mer om det senare i de senaste inläggen, egentligen), kommer jag då och då att få e-postmeddelanden där jag frågar vad jag egentligen föredrar att använda när det kommer till att arbeta med projekt för andra.
Och det korta svaret är att de inte utesluter varandra. Om något kan de komplettera varandra. De är inte ersättare för varandra.
Eftersom jag har flyttat från allt mindre frontend-orienterade projekt, desto mindre använder jag CodeKit. Och ju mer jag har gått mer mot backend-orienterad utveckling, desto mer använder jag Composer.
Dessutom är front-end-utveckling annorlunda än back-end-utveckling, eller hur? Så, återigen, varför skulle vi fråga:
Ska jag använda CodeKit eller Composer?
Det är där det längre svaret spelar in.
CodeKit och Composer
För dem som tittar på båda dessa verktyg och undrar över skillnaden i var och en är det bra.
Närhelst någon letar efter sätt att förbättra sin utvecklingsprocess genom att använda verktyg för att underlätta utvecklingen, tycker jag att det visar en nivå av mognad i utvecklingen.
CodeKit
Kort sagt, CodeKits mål är att hjälpa till att packa in många av de nya verktyg som vi ofta ser (som Sass eller LESS, ramverk som Foundation och bildoptimering) i en enda applikation och slå ihop det, så det finns mindre arbete att göra när det kommer till konfiguration.
Grejen med den är att den innehåller mycket grejer. Detta är dock ingen dålig sak. Det handlar verkligen om att välja vad du vill ha, klicka på några kryssrutor och sedan se till att appen är medveten om din kodbas.
Därifrån kommer det att ta hand om, säg, automatiskt kompilera din Sass när du sparar en fil som är en del av ditt projekt.
Kompositör
Composer, å andra sidan, handlar om att hantera beroenden som fungerar i samband med din applikation. Detta kan vara något som PHP CodeSniffer. Eller så kan det vara något som ett tredjepartsbibliotek som Monolog som hjälper ditt projekt att spåra händelser som händer under körningen.
Hur som helst kan du se att paketen Composer är ansvarig för att hantera handlar mer om server-side-utveckling än front-end-utveckling.
Så om du letar efter något som CodeKit (eller NPM eller Yarn) för serversidan, då är Composer vad du vill använda. Den har inget gränssnitt, så allt görs via konfigurationsfiler (som NPM, till exempel), men det är också väldokumenterat och tillräckligt enkelt att använda när du väl är bekant med strukturen på konfigurationsfilerna.
Och det är skillnaden
Som nämndes i början av inlägget utesluter inte CodeKit och Composer varandra. Om något kan de arbeta tillsammans med varandra för att hjälpa till att bygga ett projekt från både front-end och back-end.
När det kommer till front-end-utveckling finns det andra verktyg som folk väljer att använda som NPM och Yarn. Jag nämner dem här bara för att de också är pakethanterare, ungefär som Composer, men för front-end.
Och om något är de närmare en jämförelse med Composer. Ändå fokuserar de främst på front-end utvecklingsverktyg. Det kanske är värt att dyka in i var och en av dem i ett framtida inlägg.