Архитектурный паттерн Dependency Injection в React-приложении

C хоками есть проблема такая проблема да… Особенно если в типе есть генерик. По большому счету хок говорит ts, что обёрнутому компоненту передавать эту зависимость из родительских компонентов не надо. У себя мы уже сделали хук, который проверяет все типы.

Архитектурный паттерн Dependency Injection в React-приложении

Привет, вот компонент, который использует hoc github.com/PDarkTemplar/nextJS-di-example/blob/master/pages/index.tsx

Опыт использования MobX в большом приложении

Привет, спасибо за отзыв и найденную оплошность в коде, исправил названия!

Опыт использования MobX в большом приложении

Привет, как и рекомендуется на сайте с документацией, используем React Context.

Опыт использования MobX в большом приложении

Привет, в статье используется inject для примера, мы у себя на проекте реализовали DI и прикидываем модели через React контекст.

Опыт использования MobX в большом приложении

привет, не используем на проекте, да и руки как-то не доходили попробовать.

Опыт использования MobX в большом приложении

Привет, на каждый рендер родителя будет создаваться новая функция, которая передается в компонент Button. React сравнит ссылку полученного пропа onClick — ссылка новая, значит компонент перерисуется?

Опыт использования MobX в большом приложении

Привет, правильно ли я понимаю, что reactionScheduler просто откладывает вызов реакций после изменения Observable поля? Попробуйте добавить в Mobx конфигурацию строгий режим (настройка enforceActions: «always») и у вас все упадет. Мы же решали проблему асинхронных функций при строгом режиме: изменять Observable поля только из action функций. ReactionScheduler, как мне кажется, не подходит.