Каждая отдельная библиотека, которую я вижу, говорит, что рекомендуемый способ - поместить ее в .babelrc, но это огромная боль:
- Не может быть динамических c значений
- Обычно вам требуется более 1 конфига (dev, prod, client, server, test ...), все они немного отличаются. Намного проще иметь оператор if else и повторно использовать 99% конфигурации вместо копирования пасты или наследования.
- Вы даже не знаете, какую конфигурацию вы используете. Допустим, вы go в новый проект и видите кучу файлов .babelr c, а затем некоторую конфигурацию ... вы даже не можете быть уверены, какую конфигурацию использует ваше приложение. Если он находится в файле конфигурации. js, вы знаете, что странных глобальных конфигураций, исходящих от Бога, не знает, где.
Например, в моем конфиге веб-пакета мне нравится ['babel-plugin-emotion', {sourceMap: isDevelopmentBuild, autoLabel:isDevelopmentBuild, labelFormat: [имя файла] _ [local] }], и я не использую babelr c, потому что у меня разные варианты веб-пакетов, и мне нужно иметь представление о реальной конфигурации.
Любые предложения, почему все следуют практике, которая мне кажется страшным?
Единственная причина, которую я вижу, в том, что она проста для простых небольших проектов ... но для всего, что готово для производства, на самом деле это не удастся сократить.