Size: a a a

NestJS — русскоязычное сообщество

2020 March 29

MP

Maxim Pismenskiy in NestJS — русскоязычное сообщество
как вы предпочитаете делать api-эндпоинты для конкретной view?
Анонимный опрос
10%
держать view и все её api для ajax-запросов в одном контроллере
15%
делать в модуле отдельно контроллер для view и отдельно для api
75%
полностью разделять модули, view отдельно, универсальное api которое могут переиспользовать все view
Проголосовало: 80
источник

AM

Andrey Melikhov in NestJS — русскоязычное сообщество
Спасибо )
источник

И

Илья | 😶 in NestJS — русскоязычное сообщество
Andrey Melikhov
Опрос — как вы предпочитаете делать api-эндпоинты для конкретной view:
1 держать view и все её api для ajax-запросов в одном контроллере
2 делать в модуле отдельно контроллер для view и отдельно для api
3 полностью разделять модули, view отдельно, универсальное api которое могут переиспользовать все view - отдельно
в контексте SSR ?
источник

AM

Andrey Melikhov in NestJS — русскоязычное сообщество
Не только, даже при рендере на клиенте тебе нужно подвесить отдачу страницы с бандлом view на какой-то роут и подготовить preload state
источник

И

Илья | 😶 in NestJS — русскоязычное сообщество
универсальное апи может послужить заделом на будущее, если планируется шарить апи для обычных юзеров
источник

И

Илья | 😶 in NestJS — русскоязычное сообщество
Но эт совсем редкие случаи
источник

AM

Andrey Melikhov in NestJS — русскоязычное сообщество
Ну нет, это шажок в ад. Универсальное, да ещё пошаренное на юзеров api в большом приложении — это огромное легаси
источник

И

Илья | 😶 in NestJS — русскоязычное сообщество
Andrey Melikhov
Ну нет, это шажок в ад. Универсальное, да ещё пошаренное на юзеров api в большом приложении — это огромное легаси
не вызовет это тогда кучу одинакого кода/с одним и тем же назначением ?
источник

AM

Andrey Melikhov in NestJS — русскоязычное сообщество
Ничего страшного, это допустимо и полезно, когда мы говорим о пересечении архитектурных границ
источник

AB

Aleksandr Bukhalo in NestJS — русскоязычное сообщество
handleChange
Подскажите как поставить ограничение на api ендопинт в контроллере.

Пробовал либу nestjs-rate-limiter, но она багнутая. 3 раза по документации пробовал воссоздать пример и на втором ответе получал ошибку TypeError: You provided 'undefined' where a stream was expected. You can provide an Observable, Promise, Array, or Iterable.

Или как вариант еще скипнуть выполнение функции в указанном промежутке. Но все либы в npm только делают задержку, а мне нужно именно скипнуть
свой мидлвар сделай
источник

И

Илья | 😶 in NestJS — русскоязычное сообщество
так как пока что не делал API для отдельных юзеров (не из фронта), то как-то и не задумывался
источник

AM

Andrey Melikhov in NestJS — русскоязычное сообщество
Универсальное === не гибкое/не оптимальное
источник

AB

Aleksandr Bukhalo in NestJS — русскоязычное сообщество
Aleksandr Bukhalo
свой мидлвар сделай
источник

AB

Aleksandr Bukhalo in NestJS — русскоязычное сообщество
источник

AB

Aleksandr Bukhalo in NestJS — русскоязычное сообщество
Andrey Melikhov
Опрос — как вы предпочитаете делать api-эндпоинты для конкретной view:
1 держать view и все её api для ajax-запросов в одном контроллере
2 делать в модуле отдельно контроллер для view и отдельно для api
3 полностью разделять модули, view отдельно, универсальное api которое могут переиспользовать все view - отдельно
а у меня например нет таких энпоинтов, потому что всё через графкл забирается
источник

AB

Aleksandr Bukhalo in NestJS — русскоязычное сообщество
метаинфа по страницам отдельный модуль pages
источник

AM

Andrey Melikhov in NestJS — русскоязычное сообщество
Aleksandr Bukhalo
а у меня например нет таких энпоинтов, потому что всё через графкл забирается
А эндпоинт для GraphQL обслуживается отдельным модулем?
источник

AB

Aleksandr Bukhalo in NestJS — русскоязычное сообщество
Andrey Melikhov
А эндпоинт для GraphQL обслуживается отдельным модулем?
не совсем понятен вопрос, graphql через стандартный моудль @nestjs/graphql, подключается через forRoot, там же эндпоинт указан
источник

AM

Andrey Melikhov in NestJS — русскоязычное сообщество
Ага, а даталоадеры к нему кто поставляет?
источник

AB

Aleksandr Bukhalo in NestJS — русскоязычное сообщество
отдельные модули под сущности, в них модельки, которые модуль графкл сам собирает и строит схему
источник