Есть идея модернизации =) - поиск шаблонов делать через пайп для оптимизации (кажется вызов методов в шаблоне плохая практика) - для всех ngFor обязателен trackBy, иначе на больших данных будут проблемы
Если для цели просто изменить текст в названии колонки, то подход с директивой выглядит избыточным как-то. Можно было бы сделать это проще лишь за счет инпутов. Но если учитывать, что это темплейт и можно не просто заменить название, а использовать что угодно - уникальный html, иконку, что-то динамическое методом создавать и т.д., то тогда выглядит очень полезно.
Функции в шаблоне будут вызываться часто, все верно Чистая пайпа могла бы помочь, только я не уверен что content children создает новый объект каждый раз. при статических шаблонах пайпа решает проблему, но при динамических нужен другой вариант В этом видео я не учитывал этой оптимизации но замечание валидное, мне нравится 👍 Спасибо за отзыв
Функцию лучше не использовать, если там сложные вычисления, которые явно будут замедлять отрисовку шаблона. И геттеры являются теми же функциями, поэтому не стоит бояться везде функций, если они минимальные.
Здравствуйте, Максим. Считаю, что запись {[key: string]: any} менее читаема, чем Record. Есть ли какие-то подводные камни использования этих двух типов?
Действительно, Record хорошая замена Я мало знаком с этим типом данных, то что прочитал, что хороший заменитель такой записи и можно указывать ключи в виде чисел Не знаю будет ли хорошо вести себя с any, но не думаю что будут проблемы Спасибо за дополнение, может воспользуюсь в следующих уроках
@@grommaks Не за что! Я тоже раньше пользовался вашим способом записи. Но настал момент, когда в качестве ключей у меня появились перечисления из Enum. Именно тогда я задался вопросами оптимизаций типов. { [key in keyof typeof MyEnum]: any} превреатились в Record. Запись сократилась. С учетом того, что мы еще можем оборачивать все наши типы в Partial, Required, NotNull и тд. Такой способ сильно помог повысить читаемость
Нужно пересмотреть курс сначала. Что-то потерял нить. Видимо мозги совсем забиты реактом. Автор, сколько ещё видео по теме будет и какая структура всего плейлиста? Хочу подойти системно к просмотру, когда начну изучать Ангуляр на постоянной основе
Ух! У меня мозги едва в узел не завязались, но всё же понял о чём шла речь. Спасибо за видео!!!
God bless you!!!
Есть идея модернизации =)
- поиск шаблонов делать через пайп для оптимизации (кажется вызов методов в шаблоне плохая практика)
- для всех ngFor обязателен trackBy, иначе на больших данных будут проблемы
Отличные идеи💡
Макс, дякую за цікаве відео!
Спасибо, ждал это видео!)
Спасибо за видео!
Спасибо за классные видео!
Топ контент!!!❤❤❤
Сделай про tab такое же видео оч интересно!
Оставлю как домашняя работа :)
Если для цели просто изменить текст в названии колонки, то подход с директивой выглядит избыточным как-то. Можно было бы сделать это проще лишь за счет инпутов. Но если учитывать, что это темплейт и можно не просто заменить название, а использовать что угодно - уникальный html, иконку, что-то динамическое методом создавать и т.д., то тогда выглядит очень полезно.
А можно сделать комбинацию инпута и передачи шаблона :)
Не нужно ограничиваться чем то одним, все зависит от задачи
Пушка!))))
Насколько я знаю, функцию в шаблоне лучше не использовать. Может есть вариант переписать на пайпу?
Функции в шаблоне будут вызываться часто, все верно
Чистая пайпа могла бы помочь, только я не уверен что content children создает новый объект каждый раз. при статических шаблонах пайпа решает проблему, но при динамических нужен другой вариант
В этом видео я не учитывал этой оптимизации но замечание валидное, мне нравится 👍
Спасибо за отзыв
Функцию лучше не использовать, если там сложные вычисления, которые явно будут замедлять отрисовку шаблона. И геттеры являются теми же функциями, поэтому не стоит бояться везде функций, если они минимальные.
@@bukanaka да, оптимизация нужна по мере надобности. Преждевременно может быть лишним
@@grommaks согласен🤝
Здравствуйте, Максим. Считаю, что запись {[key: string]: any} менее читаема, чем Record. Есть ли какие-то подводные камни использования этих двух типов?
Действительно, Record хорошая замена
Я мало знаком с этим типом данных, то что прочитал, что хороший заменитель такой записи и можно указывать ключи в виде чисел
Не знаю будет ли хорошо вести себя с any, но не думаю что будут проблемы
Спасибо за дополнение, может воспользуюсь в следующих уроках
@@grommaks Не за что! Я тоже раньше пользовался вашим способом записи. Но настал момент, когда в качестве ключей у меня появились перечисления из Enum. Именно тогда я задался вопросами оптимизаций типов. { [key in keyof typeof MyEnum]: any} превреатились в Record. Запись сократилась. С учетом того, что мы еще можем оборачивать все наши типы в Partial, Required, NotNull и тд. Такой способ сильно помог повысить читаемость
@@victorfilippov1950 отличное дополнение :) спасибо еще раз
Вроде тоже самое можно также сделать через ngcontent, что-то подобное пару лет назад делал
ng-content передает готовую верстку, а это передача шаблона
Нужно пересмотреть курс сначала. Что-то потерял нить. Видимо мозги совсем забиты реактом. Автор, сколько ещё видео по теме будет и какая структура всего плейлиста? Хочу подойти системно к просмотру, когда начну изучать Ангуляр на постоянной основе
По ссылке отсортированы все плейлисты этого курса, удачи в обучении
youtube.com/@grommaks
Еще одно видео в этом плейлисте и мы на середине курса только
@@grommaks Super! Thanks