это не может быть ей

Короче. Никакой декларативности я не вижу в хуках. Это тоже самое апи на классах, просто его чуть доработали и спрятали this поглубже, чтобы особо нежные хейтеры ооп не бушевали.

Если моя бизнес-логика - это перебор массива, то это таки что

как еще есть варианты отследить изменение определенного пропса, чтобы вызвать функцию которая передается в этом пропсе

Гайсыы, ну хелпаните плз В ContentEditable не меняется значение даже при onChange https://codesandbox.io/embed/modern-wind-gjjq3

useEffect

хуки же только в функциональном компоненте

в чем проблема?

компонент === Class

всегда черный ящик

Короч, декларативность - это когда программа представлена в виде набора действий, которые необходимо применить к входным данным для получения требуемого результата. В случае с реактом - в виде функции, трансформирующей состояние стора в определенный html. Императивность - это когда ты пытаешься реализовать в коде какие-то абстрактные объекты и описать их взаимодействие (а-ля эмулировать поведение вещей в "реальном мире"). Когда ты пишешь цикл, твои объекты - это числа, и ты описываешь то, как они влияют на какой-то "внешний мир", находящийся за его пределами. Используя map/reduce - ты оперируешь только входными и выходными параметрами. функций, больше ничего для тебя не существует

У нас данные идут из redux и вытаскиваются с useSelector. Просто покидать тестовые пропсы не выходит

Значит, a = 1+2+3 - это императивно, а const summ = (...args) => args.reduce((t,i)=>t+i,0) a = summ(1,2,3) - это декларативно?

эт вы собрались писать юнит тесты на компоненты подключенные к стору?)

Ну да, а что?)

кек

summ(1,2,3) декларативно, тебе не нужно смотреть саму функцию что бы понять что она делает

Ага, только вот, например, Сергей сказал, что я всё ещё описываю что делать а не как делать. Чем это отличается от userInstance({name:'name'})? Я описал что мне надо, а как это достать скрыто за интерфейсом.

как ты собираешься этот инстанс потом использовать?

Вот это вопрос. Предположим, если я сделаю transport.send(userInstance) - что получится?

юнит тестирование это тестирование независимых юнитов

А если бы я написал operationResult = transportSend(userInstance)?

summ(1,2,3) декларативно, тебе не нужно смотреть саму функцию что бы понять что она делает

А если бы я написал operationResult = transportSend(userInstance)?

даже 1 + 2 + 3 это декларативно

Send — глагол

и в чем проблема переписать?

1 плюс 2 плюс 3 это не декларация, это последовательные операции, а значит императивщина

1 плюс 2 плюс 3 это не декларация, это последовательные операции, а значит императивщина

Как бы это примерно тогда выглядело по-декларативному? sendOperationResult(userInstance)?

ясно.

ты тралишь, да?

ты тралишь, да?

persistent(userInstance)

да

То есть, типа, есть какой-то такой уровень, когда код становится декларативным и больше над ним не построить абстрации?

Короч, вот вам ссылка на декларативные хуки, но Дэнчику они не понравились: https://paulgray.net/an-alternative-design-for-hooks/

ты не можешь взять и поменять операции местами потому что тут 2 операции зависящие друг от друга

Ага, вот только эти операции и в африке операции, и числа в африке числа. У них нет скрытого мутабельного состояния, благодаря которому 1 становится вдруг 2, или вообще не позволяет себя использовать за пределами функциональных компонент.

Короч, вот вам ссылка на декларативные хуки, но Дэнчику они не понравились: https://paulgray.net/an-alternative-design-for-hooks/

ну сложновато сделать декларативно и не функционально

Там надо имитацию do нотации хаскельной в бабель впихивать чтобы это работать могло

ну componentDidMount тоже декларация

то есть хуки, содержащие обработчики - не декларации

то есть хуки, содержащие обработчики - не декларации

под капотом вполне может быть императивный код, это неважно