зачем при реализации интерфейса явно прописывать теже типы в реализации

При наследовании это логично, а вот при имплементации - согласен

при наследовании частично соглашусь, но мог бы по умолчанию и использовать типы из базового класса

хуже бы точно не было

особенно когда класс абстрактный

релизнул еще одну альфу

Уточню

Всем привет. Вчера начал смотреть в сторону реатома и изучать доку, но не могу найти один момент. Допустим сейчас используется редакс, есть некоторые некоторые наборы логически связанный данных. На каждый такой набор свой редьюсер, редьюсеры очевидно объеденяются с помощью combineReducers и итоговый редьюсер передается в createStore. При использовании реатома логично разнести данные из одного набора по атомам. Так вот, как правильно их потом подключать к стору? В доке в примерах в основном я видел только как в createStore передается один атом

Атом atom динамически «подключаются» к стору, когда монтируется компонент с вызовом useAtom(atom). И «отключается», когда все компоненты с useAtom(atom) размонтированы.

+

Еще вот это можно посмотреть https://reatom.js.org/#/glossary?id=states-laziness

правильнее сказать что atom динамически «подключаются» к стору, когда на него кто-то пописывается

Хм, а если диспачнется эншен до монтирования компонента с useAtom?

В store нужно подключать атомы, если на проекте реализован ssr

О том и вопрос, как и правильно подключать :)

при ssr?

А без ssr разве не может быть ситуации, когда диспатчится экшен до маунта компонента с useAtom?

может, но я спрашиваю какая конктрено у вас проблема