c
я мигрирую throttle
и сразу делаю ему объектную форму
с поддержкой sid, loc и прочего
и сразу делаю ему объектную форму
с поддержкой sid, loc и прочего
я мигрирую throttle
и сразу делаю ему объектную форму
с поддержкой sid, loc и прочего
Size: a a a
2020 June 13
🚀🚀
там надо тогда предусмотреть возможность разворачивания вложенного конфига, в эффекторе это поле config
🚀🚀
как работает бабель-плагин: он обходит код модуля, видит вызов подходящей ему функции и далее смотрит, с чем она вызвана: если ни одного аргумента нет, то можно класть свой конфиг как есть, эта ситуация на скринах выше
🚀🚀
ни значения ни тип аргументов выводить нельзя, они — полностью непрозрачные объекты, их можно только вытащить и положить в поле
🚀🚀
c
а если у меня объектная форма изначально?
c
нужно чекать этот странный символ и только потом разворачивать?
🚀🚀
и если нормализация конфига create* методов уже есть, то общий алгоритм нормализации конфига из вложенных массивов до сих пор не известен)
🚀🚀
а если у меня объектная форма изначально?
если только объектная форма, то да
c
и если нормализация конфига create* методов уже есть, то общий алгоритм нормализации конфига из вложенных массивов до сих пор не известен)
может вытащить normalizeConfig в публичное апи эффектора?
c
если только объектная форма, то да
тут не понял.
то есть можно сразу фигачить:
?
то есть можно сразу фигачить:
function throttle({ timeout, source, name, sid, loc }) ?
🚀🚀
может вытащить normalizeConfig в публичное апи эффектора?
да, только для начала надо найти решение для этой задачи 😄 парсинг конфига sample связан с его валидацией
🚀🚀
тут не понял.
то есть можно сразу фигачить:
?
то есть можно сразу фигачить:
function throttle({ timeout, source, name, sid, loc }) ?
да, тут нужно понять принцип нормализации обычного конфига
c
так
а что есть part?
а что есть part?
🚀🚀
исходный конфиг метода, а аргумент config всегда начинается с {}
🚀🚀
getConfig чтение поля config, getNestedConfig — поля ɔ
c
на данный момент я сломался
🚀🚀
погоди, ето не всё 😁😁
c
🚀🚀
то, что положено в поле config будет прочитано раньше всего остального тела конфига, то, что положено в поле ɔ — позже всех, то есть это можно представить как
а так как в поле ɔ кладутся аргументы из исходного кода, то они всегда перезаписывают программные значения, к примеру в кейсе с явным name
return {
...part.config,
...part,
...part.ɔ
}а так как в поле ɔ кладутся аргументы из исходного кода, то они всегда перезаписывают программные значения, к примеру в кейсе с явным name