И
проект вроде бы и готов к первым тестам, а так лень шо ужс
Size: a a a
2020 March 23
DB
В смысле сырые ? Я тестил просто типа запрос, ответ "hello world" и потерял более 1 тыс запросов по стравению с рестом.
Возможно в случае с NodeJS Apollo Server действительно присутствует некий оверхэд в виде построения АСТ. Этому есть очень простое объяснение - граф это дополнительный слой абстракции над HTTP. Любой слой абстракции - оверхэд, но именно благодаря им мы не паяем веб-апи на микросхемах.
Потерял 1000rpc - возьми ещё одну железку, они дешёвые как спички. Зато получил удобную абстракцию между клиентом и сервером
Потерял 1000rpc - возьми ещё одну железку, они дешёвые как спички. Зато получил удобную абстракцию между клиентом и сервером
AM
Если тебе важна скорость - пиши на ассемблере.
Ну примерно так. Считать надо, если ты способен на имеющемся железе обработать запросы с GraphQL — то ок, оверхед допустим.
Дальше смотришь на то, готов ли на клиенте на этот оверхед.
Не способен — отказываешься.
Не способен обеспечить даже простейший REST/RPC на ноде — переходишь на плюсы (но это уже должны быть огого какие нагрузки)
Дальше смотришь на то, готов ли на клиенте на этот оверхед.
Не способен — отказываешься.
Не способен обеспечить даже простейший REST/RPC на ноде — переходишь на плюсы (но это уже должны быть огого какие нагрузки)
AM
Nest тоже приносит оверхед, иногда и в него можно упереться тоже. И тот же React был слабо готов к SSR до 16 версии и появления RenderToStream. В больших проектах всегда надо считать стоимость абстракции. В маленьких, как ни странно, тоже, так как бюджета на железо нет.
DB
Возможно в случае с NodeJS Apollo Server действительно присутствует некий оверхэд в виде построения АСТ. Этому есть очень простое объяснение - граф это дополнительный слой абстракции над HTTP. Любой слой абстракции - оверхэд, но именно благодаря им мы не паяем веб-апи на микросхемах.
Потерял 1000rpc - возьми ещё одну железку, они дешёвые как спички. Зато получил удобную абстракцию между клиентом и сервером
Потерял 1000rpc - возьми ещё одну железку, они дешёвые как спички. Зато получил удобную абстракцию между клиентом и сервером
А, кстати в качестве транспорта для графа с аполло можно использовать WebSocket. Причём меняется транспорт в одном месте, бизнес-логика остаётся нетронутой. Можно сравнить rest http VS ws graphql. Возможно RPC будет на стороне графа в этом случае
AM
А, кстати в качестве транспорта для графа с аполло можно использовать WebSocket. Причём меняется транспорт в одном месте, бизнес-логика остаётся нетронутой. Можно сравнить rest http VS ws graphql. Возможно RPC будет на стороне графа в этом случае
GraphQL и есть одна из реализаций RPC. Конечно, REST как тут уже писали — это натягивание совы на глобус
DB
GraphQL и есть одна из реализаций RPC. Конечно, REST как тут уже писали — это натягивание совы на глобус
Под RPC я подразумевал requests per second 🙂
AB
Под RPC я подразумевал requests per second 🙂
Requests per cecond
DB
Requests per cecond
Блин, чёт херню написал... посыпаю голову пеплом, простите
AB
😁 да всё норм)
AD
Всем привет! Никто не пробовал использовать https://github.com/ToonvanStrijp/nestjs-i18n для локализации? Может кто видел другие неплохие либы?
AM
Интересно, я обычно оставляю локализацию на откуп клиентскому коду
AD
@amel_true Почти все локализировано на клиенте, но на сервере есть построитель PDFок, которые нужно локализировать. Ну и некоторые ошибки бизнес логики, приходящие с сервера - тоже хотелось бы локализирвать. Так же локализация пуш уведломлений и СМСок.
И
GraphQL и есть одна из реализаций RPC. Конечно, REST как тут уже писали — это натягивание совы на глобус
И
/report@techfather_bot
GS
Я думаю, бот тебя не понял
AB
Ребят, только сейчас начал изучать NestJs, вижу последняя версия 7. Подскажите pls как ее дебажить в VSCode ? Через порт подключаться к процессу ?