Size: a a a

Angular - русскоговорящее сообщество

2019 October 27

AS

Anton Shvets in Angular - русскоговорящее сообщество
Evgeny Kachan
Но красивее вынести функционал в пайп
С точки зрения spr пайп лучше. А вот дебажить сложнее. Хотя данные получаемые ngFor можно посмотреть в контексте директивы
источник

EK

Evgeny Kachan in Angular - русскоговорящее сообщество
Anton Shvets
С точки зрения spr пайп лучше. А вот дебажить сложнее. Хотя данные получаемые ngFor можно посмотреть в контексте директивы
Не соглашусь с тем, что дебажить сложнее, тот же скрипт с выходными параметрами, обычная функция
источник

AS

Anton Shvets in Angular - русскоговорящее сообщество
Evgeny Kachan
Не соглашусь с тем, что дебажить сложнее, тот же скрипт с выходными параметрами, обычная функция
посмотреть текущее значение можно в свойствах компонента или в стейт менеджере. А после пайпа это будет только в контексте
источник

EK

Evgeny Kachan in Angular - русскоговорящее сообщество
Anton Shvets
посмотреть текущее значение можно в свойствах компонента или в стейт менеджере. А после пайпа это будет только в контексте
И это под вашему сложность?
источник

AS

Anton Shvets in Angular - русскоговорящее сообщество
Evgeny Kachan
И это под вашему сложность?
ну какое то время экономит. И еще возможность переиспользовать отфильтрованное значение.
источник

EK

Evgeny Kachan in Angular - русскоговорящее сообщество
Anton Shvets
ну какое то время экономит. И еще возможность переиспользовать отфильтрованное значение.
Переиспользовать если есть необходимость в этом. Вопрос был иной. Если встаёт вопрос переиспользуемости - лучше смотреть в сторону сторов тогда, и использовать иные подходы построения приложения
источник

EK

Evgeny Kachan in Angular - русскоговорящее сообщество
А если есть просто какой-то динамически изменяемый фиелд, то как мы оба сказали - пайп бест практис
источник

E

Eugene in Angular - русскоговорящее сообщество
Denis Semenov
итераций в смысле вызовов метода филтра?
пайпы не для фильтрации, фильтруйте в потоке, до попадания в шаблон
источник

E

Eugene in Angular - русскоговорящее сообщество
Evgeny Kachan
А если есть просто какой-то динамически изменяемый фиелд, то как мы оба сказали - пайп бест практис
в доке ангуляра обратное. пайпы не для фильтрации.
источник

DS

Denis Semenov in Angular - русскоговорящее сообщество
Eugene
пайпы не для фильтрации, фильтруйте в потоке, до попадания в шаблон
Блин, я уже пайп написал.
источник

E

Eugene in Angular - русскоговорящее сообщество
Denis Semenov
Блин, я уже пайп написал.
если вы хотите фильтровать пайпом, вам нужно чтобы пайп был pure, а данные иммутабельными
источник

E

Eugene in Angular - русскоговорящее сообщество
иначе у вас на каждый чек вьюхи будет вызываться фильтрация
источник

AB

Alex Bu in Angular - русскоговорящее сообщество
Denis Semenov
Блин, я уже пайп написал.
Тогда сделайте ему pure false
источник

E

Eugene in Angular - русскоговорящее сообщество
даже если не нужно
источник

AB

Alex Bu in Angular - русскоговорящее сообщество
Eugene
иначе у вас на каждый чек вьюхи будет вызываться фильтрация
А это плохо))
источник

E

Eugene in Angular - русскоговорящее сообщество
Alex Bu
Тогда сделайте ему pure false
тогда этот пайп будет перeсчитывать значение на каждый cd
источник

AB

Alex Bu in Angular - русскоговорящее сообщество
Eugene
тогда этот пайп будет перeсчитывать значение на каждый cd
+++
источник

AB

Alex Bu in Angular - русскоговорящее сообщество
Но раз сделал человек ... не переделывать же, в самом деле))
источник

E

Eugene in Angular - русскоговорящее сообщество
если нет возможности обеспечить иммутабельность данных, которые в пайп поступают, без костылей, вроде slice, то лучше переделать
источник

DS

Denis Semenov in Angular - русскоговорящее сообщество
Alex Bu
Тогда сделайте ему pure false
Точно false?

Impure pipes отслеживают все изменения. Возможно, возникает вопрос, зачем тогда нужны pure pipes? Дело в том, что отслеживание изменений сказывается на производительности, и поэтому pure pipes могут показывать лучшую производительность. К тому же не всегда необходимо отслеживать изменения в сложных объектах, иногда это совершенно не нужно.
источник