Комментарии 1
Я смотрел про это в презентации разработчиков ReactJS. Мне идея нравится тем, что появляется некая централизованность в управлении рендерингом. Я довольно-таки много делал вещей, где использовался подход «SSR → hydrate on front-end», причём, реализовывал это без фреймворков. Но если сервер будет слать компоненты с данными на front-end, как происходит в RSC, это может упростить много вещей, и граница между тем, для чего ты сейчас пишешь код (для back-end или для front-end), размоется ещё сильнее. Это радует, потому что чем меньше переключаешь контекст разработки между фронтом и бэком, тем продуктивнее становится сам процесс разработки.
Единственное, RSC (во всяком случае, как я его сейчас понимаю) всё так же не помогает защититься от того, чтобы всякие секретные конфиги не попали в сборку для фронта, и всё так же приходится следовать определённой дисциплине в коде, чтобы данные из project-level конфигов ни напрямую, ни по цепочке там не вызывались.
Когда 18-я версия ReactJS станет стабильной и зарелизится, обязательно буду экспериментировать с RSC — технология прикольная.
Подробно о том, как работают React Server Components