Во-первых, такие вещи лучше делать вне скоупа Angular, раз уж заголовок об адаптиве.
Во-вторых, лучше подсветить какие-то конкретные проблемные места, а не закидывать портянку 200+ строк и заставлять читателя выяснять, где может быть проблема. Более того, далеко не все знакомы с атомарными стилями.
В-третьих, на сегодняшний день, подобные бутстрапы и MUI уходят в прошлое, как мне кажется. Людям надоело тащить это в прод. Моветон такое популяризовать, если вы уважаете начинающих разработчиков.
Неплохая статья для новичков, но предлагаю также раскрыть тему параметризации createSelector, что, по сути, является крайне редким кейсом, но шанс его ненулевой.
Дело в том, что мне года два назад пришлось из компонента прокидывать параметр в селектор таким образом, чтобы данные компонента аффектили результат. С разбегу параметризованный селектор провоцировал ререндер даже в случае идентичного примитивного целевого значения. Если не ошибаюсь, в самом селекторе обновлялась ссылка на него же. Точно не вспомню. Пришлось попотеть, чтобы решить проблему.
Точно не вспомню, вероятно, это являлось следствием плохого дизайна, но тем не менее, минусом бы не было.
Он скачал исходники яндекса, чтобы в дальнейшем найти им применение, хотя вот уже 30 лет он не в состоянии найти применение своим исходникам. Именно поэтому, к чему не прикоснись в этой комнате, заставляет ощутить настоящий легаси и на всякий случай помыть руки.
В лучшем случае, у того, кто решит применить это, будет 18 версия реакта с автобэтчем. В худшем - мы 4 раза отсюда спровоцируем рендер. Да и тут разумнее было бы применить один сеттер вместо четырёх:
Благодарю за статью. Полагаю, по большому счету, статья для разработчиков на ванильном js, т.к. у фреймворков под капотом крайне много своих особенностей и можно успеть уйти на пенсию, пока развернешь весь стректрейс.
Вообще, на сегодняшний день некоторую долю проблем с производительностью и памятью решает следование основным принципам верной работы с ссылочными типами и их замыканием. Про глобальные переменные и var я уже почти не слышу.
Вы же в 2009 году зарегистрированы. Как вы не смогли предположить, что же за инструмент тов. Карловский сейчас подкинет?..
Во-первых, такие вещи лучше делать вне скоупа Angular, раз уж заголовок об адаптиве.
Во-вторых, лучше подсветить какие-то конкретные проблемные места, а не закидывать портянку 200+ строк и заставлять читателя выяснять, где может быть проблема. Более того, далеко не все знакомы с атомарными стилями.
В-третьих, на сегодняшний день, подобные бутстрапы и MUI уходят в прошлое, как мне кажется. Людям надоело тащить это в прод. Моветон такое популяризовать, если вы уважаете начинающих разработчиков.
Неплохая статья для новичков, но предлагаю также раскрыть тему параметризации createSelector, что, по сути, является крайне редким кейсом, но шанс его ненулевой.
Дело в том, что мне года два назад пришлось из компонента прокидывать параметр в селектор таким образом, чтобы данные компонента аффектили результат. С разбегу параметризованный селектор провоцировал ререндер даже в случае идентичного примитивного целевого значения. Если не ошибаюсь, в самом селекторе обновлялась ссылка на него же. Точно не вспомню. Пришлось попотеть, чтобы решить проблему.
Точно не вспомню, вероятно, это являлось следствием плохого дизайна, но тем не менее, минусом бы не было.
Знакомьтесь, это Владимир!
Он скачал исходники яндекса, чтобы в дальнейшем найти им применение, хотя вот уже 30 лет он не в состоянии найти применение своим исходникам. Именно поэтому, к чему не прикоснись в этой комнате, заставляет ощутить настоящий легаси и на всякий случай помыть руки.
Забыли упомянуть рекламную площадку под $mol - технологию, опередившую время.
Если бы не он и не его статья, то было бы от силы три риторических комментария и всё.
Если бы не статьи Дмитрия, то был бы у нас только один плохой стейт-менеджер. А так их два.
Он уже в какой-то мере является символом хабра за столько-то лет. RUVds отдыхает.
Ещё раз, что? Сбрасываем пароль на почту? То есть, приходит текущий активный пароль?
Выглядит крайне тяжело и бессмысленно, как мне кажется.
В частности, при беглом осмотре, глаз зацепился за
В лучшем случае, у того, кто решит применить это, будет 18 версия реакта с автобэтчем. В худшем - мы 4 раза отсюда спровоцируем рендер. Да и тут разумнее было бы применить один сеттер вместо четырёх:
По-простому: лучше один раз вызвать сеттер и за один раз изменить нужные ключи, нежели плодить кучу состояний и в моменте их все изменять.
Как-то так.
Можно конкретнее?
Благодарю за статью. Полагаю, по большому счету, статья для разработчиков на ванильном js, т.к. у фреймворков под капотом крайне много своих особенностей и можно успеть уйти на пенсию, пока развернешь весь стректрейс.
Вообще, на сегодняшний день некоторую долю проблем с производительностью и памятью решает следование основным принципам верной работы с ссылочными типами и их замыканием. Про глобальные переменные и var я уже почти не слышу.
И то хорошо.
Не совсем в итоге понял, какие проблемы решаются в сравнении с уже существующими сборщиками. Допустим, тот же vite. Можете уточнить?
Также, инструмент, который процентов 40 перечисленного охватывает - sharex. Опенсорс. Только винда.