Size: a a a

Node.js — русскоговорящее сообщество

2020 May 31

CM

Chingiz Mamiyev in Node.js — русскоговорящее сообщество
Не работает?
источник

B

Bty in Node.js — русскоговорящее сообщество
Всё, нашёл менюшку, где можно передавать JSON. Но всёровно спасибо что откликнулись)
источник

СП

Сергей Пограничный... in Node.js — русскоговорящее сообщество
Интерфейс postman для домохозяек сделан
источник

AF

Amir Fazleev in Node.js — русскоговорящее сообщество
Сергей Пограничный
Интерфейс postman для домохозяек сделан
Согласен, curl наше всё, ну или httpie
источник

AF

Amir Fazleev in Node.js — русскоговорящее сообщество
Bty
Через обьёкт, как не странно. Postman передаёт query params, которых express.json не умеет парсить. bodyParser тянуть не хочу)
А как же req.query ?
источник

M

Mapcicc in Node.js — русскоговорящее сообщество
Все привет! Кто-то работал с Bull JS?
источник

꧁岡

꧁倫太郎 岡部꧂... in Node.js — русскоговорящее сообщество
Mapcicc
Все привет! Кто-то работал с Bull JS?
источник

B

Bat in Node.js — русскоговорящее сообщество
Mapcicc
Все привет! Кто-то работал с Bull JS?
никто не работал, ты первый
источник

И

Илья | 😶 ☮️... in Node.js — русскоговорящее сообщество
Mapcicc
Все привет! Кто-то работал с Bull JS?
Что это за технология ? Я никогда о ней не слышал
источник

PS

Pavel Shakhov (pongo... in Node.js — русскоговорящее сообщество
Илья | 😶 ☮️
Что это за технология ? Я никогда о ней не слышал
библиотека для очередей
источник

И

Илья | 😶 ☮️... in Node.js — русскоговорящее сообщество
Pavel Shakhov (pongo)
библиотека для очередей
Ого
источник

АП

Алексей Попов... in Node.js — русскоговорящее сообщество
В наше время в очереди сами все стояли
А теперь библиотек каких-то понавыдумывали для этого
источник

СМ

Сергей Мезенцев... in Node.js — русскоговорящее сообщество
источник

AK

Alex Konstantinov in Node.js — русскоговорящее сообщество
Сразу видно, ещё не юзал nest)
источник

DC

Dmitry Croft in Node.js — русскоговорящее сообщество
Пацаны, вопрос по Typescript

Ситуация такая. У меня есть контроллеры, которы принимают через DI сервисы.

Какой вариант лучше?
1. Писать полные(со всеми методами и свойствами) интерфейсы сервисов и хранить их рядом с сервисами. И потом импортировать в контроллеры
2. Писать полные(со всеми методами и свойствами) интерфейсы сервисов и хранить их рядом с сервисами. Но при этом писать отдельные интерфейсы сервисов для контроллеров (обозначая только те методы и свойства, которые нужны контроллеру)

Первый и второй вариант будут работать, поскольку в Typescript’е используются структурная типизация. Но меня так же интересует мнение людей, которые писали на Java или другом языке с номинативной типизацией
источник

PS

Pavel Shakhov (pongo... in Node.js — русскоговорящее сообщество
Dmitry Croft
Пацаны, вопрос по Typescript

Ситуация такая. У меня есть контроллеры, которы принимают через DI сервисы.

Какой вариант лучше?
1. Писать полные(со всеми методами и свойствами) интерфейсы сервисов и хранить их рядом с сервисами. И потом импортировать в контроллеры
2. Писать полные(со всеми методами и свойствами) интерфейсы сервисов и хранить их рядом с сервисами. Но при этом писать отдельные интерфейсы сервисов для контроллеров (обозначая только те методы и свойства, которые нужны контроллеру)

Первый и второй вариант будут работать, поскольку в Typescript’е используются структурная типизация. Но меня так же интересует мнение людей, которые писали на Java или другом языке с номинативной типизацией
сделай каждому методу свой отдельный интерфейс.

затем сделай пустой интерфейс, который объединит все методы — сервис будет реализовывать этот интерфейс.

а для контроллеров сделай интерфейс, который будет объединять только нужные ему методы.

export interface IMethod1 { method1(...) }
export interface IMethod2 { method2(...) }

export interface IService extends IMethod1, IMethod2 {}
источник

PS

Pavel Shakhov (pongo... in Node.js — русскоговорящее сообщество
на джаве не писал
источник

DC

Dmitry Croft in Node.js — русскоговорящее сообщество
Pavel Shakhov (pongo)
сделай каждому методу свой отдельный интерфейс.

затем сделай пустой интерфейс, который объединит все методы — сервис будет реализовывать этот интерфейс.

а для контроллеров сделай интерфейс, который будет объединять только нужные ему методы.

export interface IMethod1 { method1(...) }
export interface IMethod2 { method2(...) }

export interface IService extends IMethod1, IMethod2 {}
Мне кажется, в таком случае контроллеры будут зависеть от интерфейсов бизнес логики. Если внесу изменения в интерфейс сервиса, то он автоматически поменяется в контроллере. Не лучше будет, если контроллер будет ломаться?
источник

PS

Pavel Shakhov (pongo... in Node.js — русскоговорящее сообщество
Dmitry Croft
Мне кажется, в таком случае контроллеры будут зависеть от интерфейсов бизнес логики. Если внесу изменения в интерфейс сервиса, то он автоматически поменяется в контроллере. Не лучше будет, если контроллер будет ломаться?
да, поменяется. но тс же будет проверять корректность интерфейса.

ты можешь еще использовать симуляцию номинальных типов для параметров методов
источник

PS

Pavel Shakhov (pongo... in Node.js — русскоговорящее сообщество
Dmitry Croft
Пацаны, вопрос по Typescript

Ситуация такая. У меня есть контроллеры, которы принимают через DI сервисы.

Какой вариант лучше?
1. Писать полные(со всеми методами и свойствами) интерфейсы сервисов и хранить их рядом с сервисами. И потом импортировать в контроллеры
2. Писать полные(со всеми методами и свойствами) интерфейсы сервисов и хранить их рядом с сервисами. Но при этом писать отдельные интерфейсы сервисов для контроллеров (обозначая только те методы и свойства, которые нужны контроллеру)

Первый и второй вариант будут работать, поскольку в Typescript’е используются структурная типизация. Но меня так же интересует мнение людей, которые писали на Java или другом языке с номинативной типизацией
я пробовал делать второй вариант. да, тс сообщает об изменениях интерфейсов. но не могу сказать, безопаснее ли этот вариант, чем первый.

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