В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

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

965 membersпожаловаться на группу
2020 March 20

AM

Andrey Melikhov in NestJS — русскоязычное сообщество
Veaceslav Artiom
Всем привет. Ребят вопрос к вам по архитектуре приложения. Есть у меня сервис в него вкручино по мимо бизнес логики еще и логика по кэшированию. И получается так что если мне не нужен больше кэш, мне нужно менять именно модуль этот... Что не очень как по мне.

Так вот вопрос, как бы мне разделить эту логику кэширования ? Главное требования что бы я мог его вырубить в любой момент.
Ну во-первых сервисы это не место для бизнес-логики. Во-вторых вынеси кэш в библиотеку, в-третьих включай через конфиг.
источник
21:49пожаловаться#1

IK

ILshat Khamitov in NestJS — русскоязычное сообщество
Сервис запили и поменяй когда надо
источник
21:53пожаловаться#2

AM

Andrey Melikhov in NestJS — русскоязычное сообщество
Sviatoslav
Там и установка и удаление
А, точно, норм
источник
21:54пожаловаться#3

AB

Aleksandr Bukhalo in NestJS — русскоязычное сообщество
Sviatoslav
Добавил офф плагины и nestjsx теперь все можно скачать за раз, ничего гуглить искать не нужно 
npx nestjs-modules
Ппц ты заморочился
источник
21:54пожаловаться#4

VA

Veaceslav Artiom in NestJS — русскоязычное сообщество
Andrey Melikhov
Ну во-первых сервисы это не место для бизнес-логики. Во-вторых вынеси кэш в библиотеку, в-третьих включай через конфиг.
"Ну во-первых сервисы это не место для бизнес-логики." - в смысле ? А куда ее ставить тогда ?
источник
21:55пожаловаться#5

VA

Veaceslav Artiom in NestJS — русскоязычное сообщество
Andrey Melikhov
Ну во-первых сервисы это не место для бизнес-логики. Во-вторых вынеси кэш в библиотеку, в-третьих включай через конфиг.
Я то понимаю что можно его вынести, вот только как мне правильно организовать вот эти моменты мол, нужно использовать кэш или нет ? Модуль нестовский не могу использовать так как использую Graphql
источник
21:56пожаловаться#6

IK

ILshat Khamitov in NestJS — русскоязычное сообщество
У меня модуль авторизации может принимать сервис для поиска юзеров из вне
источник
21:56пожаловаться#7

AB

Aleksandr Bukhalo in NestJS — русскоязычное сообщество
О, кстати, кто-нибудь есть, кто не использует стандартный модуль графкл?
источник
21:57пожаловаться#8

VA

Veaceslav Artiom in NestJS — русскоязычное сообщество
@amel_true А у вас есть что-то на графе ? Или старый добрый рест ?
источник
21:57пожаловаться#9

AM

Andrey Melikhov in NestJS — русскоязычное сообщество
Veaceslav Artiom
@amel_true А у вас есть что-то на графе ? Или старый добрый рест ?
Старый добрый RPC, REST не особо приятная штука
источник
22:00пожаловаться#10

AM

Andrey Melikhov in NestJS — русскоязычное сообщество
Veaceslav Artiom
"Ну во-первых сервисы это не место для бизнес-логики." - в смысле ? А куда ее ставить тогда ?
Куда-нибудь в либки и подключать через сервисы
источник
22:00пожаловаться#11

VA

Veaceslav Artiom in NestJS — русскоязычное сообщество
Andrey Melikhov
Старый добрый RPC, REST не особо приятная штука
А что по графу, что скажешь ? Искал как-то у тебя на девшахте мнение, но чет не смог найти ...
источник
22:01пожаловаться#12

AM

Andrey Melikhov in NestJS — русскоязычное сообщество
Veaceslav Artiom
А что по графу, что скажешь ? Искал как-то у тебя на девшахте мнение, но чет не смог найти ...
Нам не нужен, не видно плюсов, видны минусы
источник
22:01пожаловаться#13

LK

L K in NestJS — русскоязычное сообщество
Andrey Melikhov
Старый добрый RPC, REST не особо приятная штука
а как же то что rpc старый как многие говорят,
хотя я за то что бы юзать rpc
там хотя бы человеко понятные название процедур могут быть
и без натягивание http кодов ( совы ) на БЛ ( глобус )
источник
22:01пожаловаться#14

VA

Veaceslav Artiom in NestJS — русскоязычное сообщество
Andrey Melikhov
Нам не нужен, не видно плюсов, видны минусы
А что из минусов не нравятся ?
источник
22:02пожаловаться#15

AM

Andrey Melikhov in NestJS — русскоязычное сообщество
L K
а как же то что rpc старый как многие говорят,
хотя я за то что бы юзать rpc
там хотя бы человеко понятные название процедур могут быть
и без натягивание http кодов ( совы ) на БЛ ( глобус )
Вот да. Но GraphQL это же тот же RPC
источник
22:03пожаловаться#16

AM

Andrey Melikhov in NestJS — русскоязычное сообщество
Если пишешь даталоадеры
источник
22:04пожаловаться#17

AM

Andrey Melikhov in NestJS — русскоязычное сообщество
Veaceslav Artiom
А что из минусов не нравятся ?
Оверхед, нода не слишком подходит для GraphQL. Apollo Client— лишний код на клиенте. Второй Apollo Client имеет кучу проблем с мутабельным кэшом, а третий пока в бете
источник
22:05пожаловаться#18

VA

Veaceslav Artiom in NestJS — русскоязычное сообщество
Andrey Melikhov
Оверхед, нода не слишком подходит для GraphQL. Apollo Client— лишний код на клиенте. Второй Apollo Client имеет кучу проблем с мутабельным кэшом, а третий пока в бете
Вот по поводу кэша реально согласен.
источник
22:06пожаловаться#19

AM

Andrey Melikhov in NestJS — русскоязычное сообщество
Конечно это не значит, что мы полностью против, будет подходящая задача — будет и GraphQL. Пока для наших фронтендов это избыточная технология. Дальше посмотрим )
источник
22:31пожаловаться#20