Comments 8
Наличие глобального хранилища очень важно для любого крупномасштабного приложения
Дорогой Мухаммед, такие утверждения надо бы обосновывать фактами. А вам, Скиллбокс, хватит переводить любой шлак.
SSR?
Ну раз про докер упомянули, неплохо бы тогда и про s3/blob storage + cdn написать
Ну и неплохо бы в статье про докер добавить nginx конфиг, чтобы клиентский роутинг без # работал. иначе если у вас есть роут example.com/app/menu, nginx будет ругаться
В большинстве случаев можно обойтись тривиальным try_files
Спасибо, очень актуальная статья!
Такая структура проекта очень неудобная для больших проектов. Более удачным будет разбиение структуры by-feature
Если говорить про крупномасштабное приложение, то упущен огромный альтернатив:
1) Если мы говорим о хранении данных, почему подход с Context не был озвучен?
2) Альтернативные стейт менеджеры, вроде mob-x
3) Typescript захотят использовать не на каждом проекте, так не каждый бизнес поймет в этом необходимость (я о временных затратах)
4) Информация про бандлинг не озвучена
И это далеко не все.
Есть ощущение (да простит меня автор) что статья написана для людей с небольшим количеством опыта, которые в одно мгновение решили сделать production-ready приложение.
1) Если мы говорим о хранении данных, почему подход с Context не был озвучен?
2) Альтернативные стейт менеджеры, вроде mob-x
3) Typescript захотят использовать не на каждом проекте, так не каждый бизнес поймет в этом необходимость (я о временных затратах)
4) Информация про бандлинг не озвучена
И это далеко не все.
Есть ощущение (да простит меня автор) что статья написана для людей с небольшим количеством опыта, которые в одно мгновение решили сделать production-ready приложение.
Sign up to leave a comment.
20 основных частей любого крупномасштабного React-приложения