Что означает «Генератор кода деоптимизировал стиль [некоторый файл], так как он превышает максимум« 100 КБ »»?

Я добавил новый пакет npm в свой проект и требует его в одном из моих модулей.

Теперь я получаю это сообщение из веб-пакета,

build modulesNote: The code generator has deoptimised the styling of "D:/path/to/project/node_modules/ramda/dist/ramda.js" as it exceeds the max of "100KB".

Что это означает? Нужно ли предпринимать какие-то действия?

Это связано с compactопцией компилятора Babel, которая дает команду «не включать лишние пробельные символы и ограничители строки. Когда установлено« auto », для параметра compact задано значение« true »при входных размерах> 100 КБ.» По умолчанию его значение равно «auto», поэтому, вероятно, вы получаете предупреждение. Смотрите документацию Babel .

Вы можете изменить эту опцию из Webpack, используя параметр запроса . Например:

loaders: [
    { test: /\.js$/, loader: 'babel', query: {compact: false} }
]

Кажется, это ошибка Вавилона . Я предполагаю, что вы используете babel-loader и не исключаете внешние библиотеки из вашего теста loader. Насколько я могу судить, сообщение не вредно, но вы все равно должны сделать что-то вроде этого:

loaders: [
    { test: /\.js$/, exclude: /node_modules/, loader: 'babel' }
]

Посмотри. Это было это?

Любой из следующих трех вариантов избавляет от сообщения (но по разным причинам и с различными побочными эффектами, я полагаю):

1. исключить node_modulesкаталог или явно includeкаталог, в котором находится ваше приложение (которое предположительно не содержит файлов, превышающих 100 КБ)
2. установите опцию Babel compact на true(фактически любое значение , отличное от «авто»)
3. установить опцию Babel compactк false(см выше)

# 1 в приведенном выше списке может быть достигнуто либо путем исключения node_modulesкаталога, либо путем явного включения каталога, в котором находится ваше приложение.

Например, в webpack.config.js:

let path = require('path');
....
module: {
     loaders: [
          ...
          loader: 'babel',
          exclude: path.resolve(__dirname, 'node_modules/')

... или с помощью include: path.resolve(__dirname, 'app/')(снова в webpack.config.js).

№ 2 и № 3 в приведенном выше списке могут быть выполнены с помощью метода, предложенного в этом ответе или (мои предпочтения) путем редактирования .babelrcфайла. Например:

$ cat .babelrc 
{
    "presets": ["es2015", "react"],
    "compact" : true
}

Протестировано со следующей настройкой:

$ npm ls --depth 0 | grep babel
├── babel-core@6.7.4
├── babel-loader@6.2.4
├── babel-preset-es2015@6.6.0
├── babel-preset-react@6.5.0

Я попробовал путь Рикардо Стювена, но у меня это не сработало. В итоге получилось добавить «compact»: false в мой файл .babelrc:

{
    "compact": false,
    "presets": ["latest", "react", "stage-0"]
}

Для более подробного объяснения THIS LINK, Babel compilerкоманда может не включать лишние пробельные символы и ограничители строки. несколько раз назад его порог был, 100KBно сейчас есть 500KB.

Я предлагаю вам отключить эту опцию в вашей среде разработки, с этим кодом в .babelrcфайле.

{
    "env": {
      "development" : {
        "compact": false
      }
    }
}

Для производственной среды Babelиспользуйте конфигурацию по умолчанию auto.

В реакции / redux / webpack / babel build эта ошибка исправлена ​​путем удаления типа тега script text / babel

получил ошибку:

<script type="text/babel" src="/js/bundle.js"></script>

Нет ошибки:

<script src="/js/bundle.js"></script>

в webpack 4 с несколькими правилами для модулей вы просто делаете что-то подобное в своем правиле .js:

{
     test: /\.(js)$/,
     loader: 'babel-loader',
     options: {
          presets: ['es2015'],    // or whatever
          plugins: [require('babel-plugin-transform-class-properties')], // or whatever
          compact: true    // or false during development
     }
},

Возможно, это не тот случай, когда исходный вопрос OP, но: если вы превышаете максимальный размер по умолчанию, это может быть признаком какой-то другой проблемы, с которой вы столкнулись. в моем случае у меня было предупреждение, но в конечном итоге оно превратилось в ФАТАЛЬНУЮ ОШИБКУ: MarkCompactCollector: полупространственная копия, откат в старом поколении. Выделение не удалось - куча JavaScript из памяти. причина была в том, что я динамически импортировал текущий модуль, так что это закончилось бесконечным циклом ...