S
но от него всеравно надо отписываться, верно?
верно
Size: a a a
2020 April 20
TT
верно
и к http-запросу, из которого данные достаються через .pipe(), все-равно надо подписываться?
V
но от него всеравно надо отписываться, верно?
это уже зависит от конкретной ситуации
S
и к http-запросу, из которого данные достаються через .pipe(), все-равно надо подписываться?
да
S
это уже зависит от конкретной ситуации
например?
V
например?
например если компонент может быть уничтожен до завершения запроса, то отписка нужна, если нет, то она лишена смысла
R
https://www.npmjs.com/package/angularx-qrcode
Кто-то юзал эту либу? Как она? Баги, лаги и прочее имеется?
И вопросик, лучше генерить qr code сразу на фронте или обрабатывать через бэк?
Кто-то юзал эту либу? Как она? Баги, лаги и прочее имеется?
И вопросик, лучше генерить qr code сразу на фронте или обрабатывать через бэк?
TT
например если компонент может быть уничтожен до завершения запроса, то отписка нужна, если нет, то она лишена смысла
я читал, что отписываються в ngOnDestroy(), тоесть здесь тоже надо отписываться, как я понимаю
S
например если компонент может быть уничтожен до завершения запроса, то отписка нужна, если нет, то она лишена смысла
а как можно узнать кто быстрее?
R
а как можно узнать кто быстрее?
засечь таймером) логично же
S
ну ты пишеш что если запрос выполнится до уничтожения компонента, то отписываться не надо
вот я и спрашиваю, как это понять при написании кода?
вот я и спрашиваю, как это понять при написании кода?
V
это не то что я писал)
ЕУ
например если компонент может быть уничтожен до завершения запроса, то отписка нужна, если нет, то она лишена смысла
ты отправил запрос. на сервере он подвис. а ты уже ушел
S
это не то что я писал)
а что ты написал
у меня не получается по другому прочитать)
у меня не получается по другому прочитать)
V
например если компонент может быть уничтожен до завершения запроса, то отписка нужна, если нет, то она лишена смысла
у меня здесь ни слова о гонках запроса и времени жизни компонента, не нужно подводить под то что компонент сделал запрос, умер и пошла утечка)
Вキ
Ребят, не надо злоупотреблять гифками, пожалуйста
IV
Я смотрю исходники
Даже если этот
В таком постоянном переназначение есть какой-то смысл?
rxjs, там часто в методах используется конструкция const { observers } = this;Даже если этот
observers используется в методе один раз.В таком постоянном переназначение есть какой-то смысл?
S
Я смотрю исходники
Даже если этот
В таком постоянном переназначение есть какой-то смысл?
rxjs, там часто в методах используется конструкция const { observers } = this;Даже если этот
observers используется в методе один раз.В таком постоянном переназначение есть какой-то смысл?
что бы не писать постоянно this.observers
IV
что бы не писать постоянно this.observers
Ну вот например
https://github.com/ReactiveX/rxjs/blob/master/src/internal/observable/dom/WebSocketSubject.ts#L280
Почему не?
В этом есть какой-то глубинный смысл, лучше производительность?
Или просто так читать удобнее?
https://github.com/ReactiveX/rxjs/blob/master/src/internal/observable/dom/WebSocketSubject.ts#L280
const { _socket } = this;
if (!_socket) {Почему не?
if (!this._socket) {В этом есть какой-то глубинный смысл, лучше производительность?
Или просто так читать удобнее?
