Podczas tworzenia wpisu nie powstał żaden nowy framework JS

Świat programowania frontendowego zmienia się w zatrważającym tempie. To, co było modne tydzień temu, dziś już trąci myszką, jest zdeprecjonowane i zastąpione przez coś nowego. Rozwój standardu Ecma, środowisko Node, czy narzędzia budowania, to tylko niektóre przykłady.

Nie zawsze trzeba ślepo podążać za trendami.

W poprzednim wpisie podejmowaliśmy parę decyzji, dotyczących naszego wyimaginowanego projektu frontendowego. Dziś, umotywuję jedną z nich.

Bez zbędnych ceregieli, opisywania historii, wstępów i upiększeń. Przejdźmy do rzeczy. Co będziemy robić poprzez webpacka

• Zarządzanie zależnościami
• Budowanie paczki docelowej
• Ładowanie obrazków , SASS-ów, fontów itd
• Transpilacja
• Serwer deweloperski i integracja z przeglądarkami

Przyszedł czas, żeby porozmawiać chwilę o konfiguracji webpacka.

Zakłądam że czytelnik zna javascript, oraz wie, czym jest node.js, potrafi korzystać z NPM i wie, czym jest plik package.json.

Poprzednim razem powiedzieliśmy sobie trochę o zaletach korzystania z webpacka. Ściągając nasz projekt startowy, możemy zobaczyć JAK to działa. Nie wiemy tylko DLACZEGO to działa.

Pora odpowiedzieć sobie na to pytanie.