Offizielle Dokumentation erklärt es wirklich gut. Leider sind alle notwendigen Informationen in verschiedenen Abschnitten der Dokumentation verteilt. Lass mich alles einpacken, was du wissen musst.
1.
Sicherstellen, daß sie in der richtigen Reihenfolge (von unten nach oben) sind.
2.
Sie sind Funktionen, die die Quelle einer Ressourcendatei als Parameter übernehmen und die neue Quelle zurückzukehren.
3.
Lader können verkettet werden. Sie werden in einer Pipeline auf die Ressource angewendet. Der letzte Loader soll JavaScript zurückgeben; jeder anderen Lader kann Quelle in beliebigem Format zurückgeben, die an der nächste Lader übergeben wird.
So ...
Wenn Sie somefile.css
haben, und Sie sind Leiten durch loaderOne
, loaderTwo
, loaderThree
ist, verhält sich wie eine normale Funktion gekettet.
{
test: /\.css$/,
loaders: ['loaderOne', 'loaderTwo', 'loaderThree']
}
bedeutet exactlly das gleiche wie ...
loaderOne(loaderTwo(loaderThree(somefile.css)))
Wenn Sie von Grunzen kommen || Schluck Welt ist es verwirrend. Lesen Sie einfach Lader von rechts nach links.
Hmm, nicht sehr nützlich Verhalten denke ich: -/ich eher Preloaders für dieses Verhalten verwenden würde ... – w00t
ich eher das letztere Form verwenden. 'preLoader' haben ihre Verwendung für Linting und solche Überprüfungen. Es gibt auch "postLoaders", aber bis jetzt habe ich keine gute Verwendung für diese gefunden. Das heißt, vielleicht gibt es welche. –
Anscheinend ist der Anwendungsfall für 'postLoaders' Code Coverage. Quelle: https://webpack.github.io/docs/loaders.html. –