Однако что насчет создания фикстур через фабрику, куда в свою очередь можно прокидывать параметры
Я собираюсь подробнее описать этот кейс во второй части статьи
А если рассматривать глобально фикстуры, то не соглашусь что это бесполезно
В большинстве кейсов они полезны и существенно уменьшают время написания тестов, а если рассмотреть их возможности настройки, в частности настройки для запуска с каждым тестом отдельно, или один раз для всего скопа тестов - тут уже фикстуры могут быть мощной штукой
ReplaySubject используется по той причине, что он не зависимо от того, где была осуществлена на него подписка отдаст значение, что гарантирует отписку в любом случае.
А по поводу takeUntil полностью согласен, так как авершенный поток может быть переключен на другой, который не завершится, и в таких местах необходимо в конце ставить жирную точку в виде takeUntil
В этом моменте согласен
Однако что насчет создания фикстур через фабрику, куда в свою очередь можно прокидывать параметры
Я собираюсь подробнее описать этот кейс во второй части статьи
А если рассматривать глобально фикстуры, то не соглашусь что это бесполезно
В большинстве кейсов они полезны и существенно уменьшают время написания тестов, а если рассмотреть их возможности настройки, в частности настройки для запуска с каждым тестом отдельно, или один раз для всего скопа тестов - тут уже фикстуры могут быть мощной штукой
Похоже на на еще одну часть)
Во второй части статьи на эту тему, как раз будет описан подходящий кейс под ваш ваопрос
Сейчас в разработке вторая часть статьи, которая опишет более реальный кейс в практике применения динамических компонентов
ReplaySubject используется по той причине, что он не зависимо от того, где была осуществлена на него подписка отдаст значение, что гарантирует отписку в любом случае.
А по поводу takeUntil полностью согласен, так как авершенный поток может быть переключен на другой, который не завершится, и в таких местах необходимо в конце ставить жирную точку в виде takeUntil