Как правильно подменить код в Javascript-файле, упакованном WebPack?

Question

[Михаил Ливач]

Есть несколько JS файлов, упакованных WebPack. В одном из файлов есть такой фрагмент:

{
// .....
"2ef0": function(t, e, n) {
	(function(t, r) {
		// тут несколько тысяч строк кода. Вырезал вроде бы правильно.
	}).call(this, n("c8ba"), n("62e4")(t))
},
// .....
}

Я знаю, что вырезанный мной код - это библиотека lodash. Вроде бы, t - это this, e - exports . Про n не понял.
В момент срабатывания кода lodash уже загружена из другого источника. Как корректно вписать внешнюю lodash в этот код? Простейшего

(function(t, r) {
		return window._;
	}).call(this, n("c8ba"), n("62e4")(t))

не хватило, в другом коде появились ошибки

a.a.debounce is not a function

(потому что я проигнорировал exports, как понимаю)

Comments

[smilingcheater]

Вы хотите странного. Расскажите, почему вам надо сделать именно так?

[Михаил Р.]

Как правильно подменить код в Javascript-файле, упакованном WebPack?

Никак. Правильно - изменить исходники и собрать проект заново.

[Михаил Ливач]

Михаил Р., исходников нет, увы.

[Михаил Ливач]

smilingcheater, это платформа InSales. У заказчика есть шаблон ( там он именуется "дизайн"), который тянет те самые упакованные скрипты из чужого CDN. В эту упаковку, как я уже сказал, запихана lodash версии 4.17.15 . В конфиге шаблона не был подключен дополнительный функционал InSales , который теперь понадобился. Этот функционал называется common.js , но он требует lodash версии 4.17.21, сам же её подключает, и сам же ругается на второе подключение.
В итоге получается так:
1) если lodash подключена дважды, функционал common.js фактически не работает, но ошибок не выдаёт;
2) если более старую версию lodash подменить, то common.js работает. Но я сделал подмену слишком грубо, и это этого частично сломался шаблон.
Разработчиков шаблона уже нет, у них вместо сайта заглушка.

[Дмитрий Беляев]

Вроде бы, t - это this, e - exports . Про n не понял

Михаил Ливач, буквы после обработки минификатором ничего не значат и могут быть любыми. Если правильно помню у webpack приходит на вход обёртки модуля аргументы module, exports, require, то есть n в данном случае require.
Что за обёртка внутри непонятно, но очевидно, что return тут бесполезен.

Вот эта часть n("62e4")(t) обарачивает module через другой модуль (возможно сгенерированный вебпаком), и все это попадает в обёртку как r.
В качестве t в обёртке просто экспорт другого модуля (вероятно это какой-то импорт).

[Михаил Ливач]

Дмитрий Беляев, спасибо за подсказки!

Answer 1

[Михаил Ливач]

минимально рабочий вариант оказался таким:

"2ef0": function(t, e, n) {
	(function(t, r) {
		t._ = window._;
		r.exports = window._;
	}).call(this, n("c8ba"), n("62e4")(t))
}

Исходники всё же нашлись, практически случайно, но это совсем другая история...