Комментарии 10
Чем tRPC хуже/лучше того же gRPC или банального JSON API?
Не нужно дублировать типы на беке и фронте.
Раз у нас и фронт и бек написаны на ts (js), да в монорепозитарии, то ничего не мешает объявить общие типы для того же JSON API.
и в protobuf вы их "не дублируете" - генерите клиент и фронт из protobuf-контракта.
Но, если у вас экосистема фронта и бэка сугубо TypeScript, то tRPC будет предпочтительнее, как более родная "на старте". А уж как дальше в развитии пойдёт - у каждого свой путь
Ну да, все серверы пишутся же на ноде..
Так и не понял в чем особенность реализации в отличие от gRPC, какой то набросок документации.
Если бы документации. В документации хотя бы понятно где библиотека начинается и где заканчивается, а тут надо три раза перечитать всё в поисках где вообще эта tRPC подключается.
Простите за глупый вопрос, а что там у gRPC на стороне браузера? Вроде только web-grpc есть, но он работает через жжж прокси, смахивает на большие грабли, чем tRPC.
Интересно, какие это может иметь последствия для взаимодействия с беком). Судя по наличию библиотечки для python версии 0.0.0 (не шутка), например, попытка смешать RPC с REST авторам проекта кажется быстрее и надежнее... Понятно откуда на github лайки появляются))
ну экспресс то вам тут зачем....
Знакомьтесь, tRPC