ParcelJS все еще сияет.
новыйindex.html,index.jsа такжеindex.css,Потомparcel index.html, вы можете получить рабочую комбинацию html, js и css. HTMLМогуБыть записью — это именно то, что я ожидал, что заставляет фронтенд-разработку вернуться в исходное состояние, что очень удобно.
ParcelJS организован в активы, активами могут быть любые файлы, поэтому вы можете создать любой файл. В webpack только JS является первоклассным гражданином (webpack@4 добавит CSS в качестве первоклассного гражданина), поэтому неудобно использовать JS в качестве входа для организации других файлов.
Скорость — главное преимущество ParcelJS. Опыт действительно быстрый из-за многоядерности (параллельное построение рабочими) и кэширования файловой системы (вторичное построение будет быстрее, аналогично dll webpack). Однако в webpack есть многоядерный загрузчик обработки и плагины сжатия, я их не сравнивал, так что не знаю разницы. Кроме того, медленная скорость сборки веб-пакета по-прежнему приемлема в режиме разработки, в основном из-за медленного сжатия, прорыва в скорости сжатия нет, это только улучшает скорость компиляции и может решить только некоторые проблемы.
Около 0 конфигурации. Сам Parceljs сконфигурирован с 0, но HTML, JS и CSS обрабатываются через PostHTML, Babel и Postcss соответственно, поэтому мы должны настроить их отдельно.posthtmlrc,.babelrcа также.postcssrc.
Функционально в разделении кода и горячей замене модулей нет ничего нового, они такие же, как и такие инструменты, как webpack. Для меня в настоящее время отсутствуют функциональные возможности SourceMap, извлечение общедоступных файлов, конфигурация publicPath (требуется для разделения кода), Tree Shake и Scope Hoist и т. д.
Хорошее начало, не должно быть недостатка в пользователях при продолжении обслуживания.