ЭП
да расслабтесь, он просто ищет виноватых
Вообще я с попкорном сижу, очень увлекательно
Size: a a a
2019 December 10
DM
DM
вот есть старенький доклад
ДП
Вот люди тут стараются делятся своим опытом, а вы? Что вы делаете?
ДМ
Вообще я с попкорном сижу, очень увлекательно
потому что я сомневаюсь, касательно того, что человека не взяли из-за одного вопроса
DM
там где у людей были серьезные проблемы из-за неотписок!
ДМ
там где у людей были серьезные проблемы из-за неотписок!
как думаешь, они тоже считали, что пишут безопасный код?
Вキ
ДМ
зато на отписках место в коде с экономили)
DM
как думаешь, они тоже считали, что пишут безопасный код?
я не помню, давно смотрел, посмотри доклад
ДМ
я не помню, давно смотрел, посмотри доклад
я кажется его уже видел
АЧ
Давайте, чтобы построить диалог более конструктивно, вы просто опишите что именно вас беспокоит и чего вы хотите добиться. Просто конкретно сейчас я не совсем понимаю вашу точку зрения.
А еще лучше, если мы вместе перенесем обсуждение в другой чат https://t.me/ngSoviet, чтобы здесь не разводить оффтоп.
А еще лучше, если мы вместе перенесем обсуждение в другой чат https://t.me/ngSoviet, чтобы здесь не разводить оффтоп.
хорошо, завтра можно продолжить. Если кратко, то я против того когда за утечку памяти выдают что-то другое, а это другое можно решить другим способом. Например, мне говорят "у тебя нет unsubscribe или | async, значит у тебя утечка памяти". Надо нормально людям объяснять, если уж взялись учить
NK
ребята делаю dispatch но в консоле сначала пустой масив а потом только то что попадает в стор почему?
`this.store.dispatch(new LoadSensors({userId, id: null}));
this.sensors$ = this.store.pipe(select(selectAllSensors));
this.sensors$.subscribe(sensors => console.log(sensors));`
`this.store.dispatch(new LoadSensors({userId, id: null}));
this.sensors$ = this.store.pipe(select(selectAllSensors));
this.sensors$.subscribe(sensors => console.log(sensors));`
исправи -
this.sensor$.pipe(
ofType(SensorActionTypes.AddSensorsSuccess),
tap((action: AddSensorsSuccess) => this.sensors = action.payload.sensors)
).subscribe(res => console.log(this.sensors));
this.sensor$.pipe(
ofType(SensorActionTypes.AddSensorsSuccess),
tap((action: AddSensorsSuccess) => this.sensors = action.payload.sensors)
).subscribe(res => console.log(this.sensors));
NK
просто слушаю action который мне возвращает уже результат
АЧ
хорошо, завтра можно продолжить. Если кратко, то я против того когда за утечку памяти выдают что-то другое, а это другое можно решить другим способом. Например, мне говорят "у тебя нет unsubscribe или | async, значит у тебя утечка памяти". Надо нормально людям объяснять, если уж взялись учить
если есть утечка надо её показать и только её. Вы, если взялись учить, учите как показывывать утечку
DM
хорошо, завтра можно продолжить. Если кратко, то я против того когда за утечку памяти выдают что-то другое, а это другое можно решить другим способом. Например, мне говорят "у тебя нет unsubscribe или | async, значит у тебя утечка памяти". Надо нормально людям объяснять, если уж взялись учить
есть здесь доля правды
Вキ
хорошо, завтра можно продолжить. Если кратко, то я против того когда за утечку памяти выдают что-то другое, а это другое можно решить другим способом. Например, мне говорят "у тебя нет unsubscribe или | async, значит у тебя утечка памяти". Надо нормально людям объяснять, если уж взялись учить
Безусловно, бывают ситуации, когда отсутсвие отписок не приводит к негативным последствиям, и с этим никто не спорит.
Поэтому речь о том, что есть те, кто не знает о потенциальной проблеме, а есть те, кто знает о ней, но не хочет задумываться. Поэтому примеры и статья являются способом донести и обратить внимание людей на потенциальную проблему.
И, как мне кажется, когда вам говорили “у вас тут утечка”, речь была именно про потенциальную утечку, которая может произойти, а может и не произойти. А основной практикой предотвращения подобных ситуаций является простая отписка, то есть соблюдение контракта: подписались -> отписались, поэтому и просили отписаться.
Поэтому речь о том, что есть те, кто не знает о потенциальной проблеме, а есть те, кто знает о ней, но не хочет задумываться. Поэтому примеры и статья являются способом донести и обратить внимание людей на потенциальную проблему.
И, как мне кажется, когда вам говорили “у вас тут утечка”, речь была именно про потенциальную утечку, которая может произойти, а может и не произойти. А основной практикой предотвращения подобных ситуаций является простая отписка, то есть соблюдение контракта: подписались -> отписались, поэтому и просили отписаться.
Вキ
если есть утечка надо её показать и только её. Вы, если взялись учить, учите как показывывать утечку
В статье есть ссылка на отличный доклад, который все детально показывает. Его как раз сюда и продублировали https://t.me/angular_ru/312414
АЧ
Безусловно, бывают ситуации, когда отсутсвие отписок не приводит к негативным последствиям, и с этим никто не спорит.
Поэтому речь о том, что есть те, кто не знает о потенциальной проблеме, а есть те, кто знает о ней, но не хочет задумываться. Поэтому примеры и статья являются способом донести и обратить внимание людей на потенциальную проблему.
И, как мне кажется, когда вам говорили “у вас тут утечка”, речь была именно про потенциальную утечку, которая может произойти, а может и не произойти. А основной практикой предотвращения подобных ситуаций является простая отписка, то есть соблюдение контракта: подписались -> отписались, поэтому и просили отписаться.
Поэтому речь о том, что есть те, кто не знает о потенциальной проблеме, а есть те, кто знает о ней, но не хочет задумываться. Поэтому примеры и статья являются способом донести и обратить внимание людей на потенциальную проблему.
И, как мне кажется, когда вам говорили “у вас тут утечка”, речь была именно про потенциальную утечку, которая может произойти, а может и не произойти. А основной практикой предотвращения подобных ситуаций является простая отписка, то есть соблюдение контракта: подписались -> отписались, поэтому и просили отписаться.
"подписались -> отписались" это ваше личное правило. Если подписались на событие, которое завершается и не может быть повторено без дополнительных на то указаний, то отписыватсья нет смысла. Оно само отписывается. Просто нужно понимать, что отписываться нужно только от инфинитных (бесконечных) событий
N👩
"подписались -> отписались" это ваше личное правило. Если подписались на событие, которое завершается и не может быть повторено без дополнительных на то указаний, то отписыватсья нет смысла. Оно само отписывается. Просто нужно понимать, что отписываться нужно только от инфинитных (бесконечных) событий
Есть смысл