lexstile считаю это плохим советом конкретно в данном контексте.
Если почитать стайлгайд, то там идет рекомендация подписываться несколько раз на меньшие части данных, нежели оформлять одну огромную подписку.
В Вашем случае, у Вас один небольшой объект userInfo, который выгодно получить один раз, а не по частям.
Если котротко, то первый вариант + не забывайте, что всю инфу из стора желательно получать селекторами, независимо от того, используется typescript или нет, и используется connect или useState.
javedimka, я же и вот и писал ниже, что, в целом, полет нормальный. Порой просто какие-то мысли посещают. Опять же, даже если последние игры хотят много ядер, далеко не факт, что они хорошо их утилизируют (киберпанк в пример)
Dmitry Roo, последние игры очень любят много ядер. Если учесть, что у меня может быть открыт Steam, Battle.Net, Chrome с порядка 10 вкладок, почтовый клиент, телеграм, клиент League of Legends, иногда WoW в фоне висит, то поиграть в какую-нибудь AAA игру становится чуток проблематичнее, чем хотелось бы.
Анастасия, Вы хотите получить и использовать результат до того, как он будет получен.
Так же, хочу посоветовать использовать функцию fetch, вместо создания экземпляров XMLHttpRequest, который уже давно считается устаревшим. Его используют, в основном, когда нужно получать upload progress. Всё остальное делают через fetch.
user_of_toster, в теории, да, однако я бы так не рекомендовал делать. Представьте, сейчас человек возьмет, и без плейсхолдеров напрямую оффсет в запрос подставит)
Если почитать стайлгайд, то там идет рекомендация подписываться несколько раз на меньшие части данных, нежели оформлять одну огромную подписку.
В Вашем случае, у Вас один небольшой объект userInfo, который выгодно получить один раз, а не по частям.
Если котротко, то первый вариант + не забывайте, что всю инфу из стора желательно получать селекторами, независимо от того, используется typescript или нет, и используется connect или useState.