Для интеграции с вьюхой в библиотечном коде использование getState допустимо

Спасибо, Сергей.)

привет. ссылка Usage with typescript здесь https://github.com/effector/effector#learn-more ведет на 404, а куда должна?

сейчас поправлю

Валидацию ссылок бы добавить

так это была корректная ссылка

просто адреса меняются

Ну так для этого и валидация. Чтобы при изменении адреса страницы, пробежать по всем ссылкам и проверить, что они ведут не на 404

Хочу протестировать компонент. У меня всё устроено в проекте так, что достаточно мало компонентов, которые просто отображают пропсы. Почти везде юзается хук для сорсинга данных из стор + вызов эвентов.
Получается у меня есть возможность только тестить компонент в связке с моделькой данных? Это же ок?

можно их разделить и тестировать по отдельности
юнит-тестами

Т.е. вернуться к smart/dumb cmps? В текущем решении мне нравится, что вьюха привязывается к модели данных прям в том же месте, где написан основной код представления.

нет, тут не будет smart/dumb

Тут можешь посмотреть как тестировать эффектор

1. компонент определяет пачку своих ивентов сторов, к каким он хочет иметь доступ.
Я именую их в соответствии с задачами view-слоя: loginPressed, emailChanged, $email, $isFormEnabled
2. в модели описывается логика полностью независимо от вьюхи. Я стараюсь писать так, если бы я захотел подключить модель к CLI на nodejs, то мне ничто не помешало бы это сделать
3. в файле init.js я просто соединяю через forward/sample/guard сущности модели и вьюхи.

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

Аналогично с моделью, импортим модель, форкаем, дергаем события, смотрим что в сторах. Изи

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

Но лично я в паре рабочих проектов использую этот подход на полную.

Да, кажется я понял. Для меня ключевым было: заполняем сущности вьюхи в тестах(в форке)
Видимо, стоило начать с изучения того, что такое форк)
Спасибо!

Ты же недавно говорил, что не юзаешь init

у меня он называется contract в одном проекте
в другом view-model

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

Можно же одним файлом модели обойтись и всё будет работать отлично