Отлично. Спасибо. Каждый раз провожу параллели между двумя другими самыми популярными фреймворками и нахожу как схожее, так и отличие. Всё больше хочется стать умельцем во всех трёх:)
@@grommaks Можно вопрос не по теме?, стоит ли на проэкте использвать ngrx stor ?, может быть посоветуешь что по легче ?, так как в ngrx много песанины 🙂
@@SergioUkrAr к сожалению приходится использовать ngrx на всех проектах Но я бы предпочел писать проект просто на сервисах без использования стора У angular очень мощный фреймворк который не используется полностью в ngrx В ангулар 16 будут релизнуты сигналы, что уменьшило бы писанину, но когда фича будет стабильная сказать трудно
Было бы прикольно в будущих видео послушать мнение автора о том, какой величины должны быть модули, поскольку на практике встречаются и огромные модули на десятки компонентов, и микромодули (модуль - иконка). Ну и стендэлон компоненты же новая фича ангуляр -16. :)
пожалуйста сделай видос про microFrontend и shell, если будет написано на nx будет вообще пушка! цель: запускать только shell а остальные микрофронтенды по лейзилоадингу в роутах должны подтянуться, тема для мидлов и сениоров, но на твоем канале их не мало))
@@grommaks я сам щас занимаюсь этим всем, module federation и настройки веб пака, очень геморно... на ютубе нет адекватных видосов по этому, был только у Тода но он устарел
Интересно, что будет дальше. Пока все сильно базово. Плюс я не совсем понял по подводу приколов с созданием схематиков в WS как будто это какая-то магия. WS под копотом имеет расширение для работы с angular cli и такое можно проверуть ровно таким же образом через консоль или в VSC при добавлении соответствующего расширения. В остальном спасибо за контент
Спасибо за видео. Максим как ты относишься к новым веяниям на счет standalone component? Мне angular нравился тем что были четкие правила. А теперь начинается можно так, а можно этак. Есть модули и есть компонент-модуль. Это вносит легкую неразбериху. И если в проекте начнется миксирование одно и другого, получится каша.
Хороший вопрос) Stand-alone компоненты подразумевается это такие компоненты которые выполняют минимальную логику, например UI компоненты или компоненты роутинга которые считывают параметры навигации и делегируют отрисовку нескольким виджет компонентам Ключевое тут это маленькие, с минимум логики компоненты Все остальные продолжат использовать модули, у модулей все еще остается задача наполнять массив providers У ангулара нет четких правил, всегда есть множество вариантов сделать одно и тоже Например обновить инпут, можно через сеттер, можно через ngOnChanged или запускать вычисления в рантайме в шаблоне или добавить пайпу в шаблон, а теперь еще и функцию трансформации добавить можно Material UI должен будет стать stand-alone и улучшить производительность проектов, это хорошо :) так что мне нравится что есть вариативность, но с джунами в команде работать сложнее из-за этого
@@grommaks в том то и дело что Angular продвигает standalone как уход от NgModule. Standalone может быть компонент, пайп, директива. И я не удивлюсь что в конечном итоге откажутся от модулей и в сторону standalone
Я эксперементировал с модулями есть идеи, но ссылку тут не могу оставить на git((( Больше интересует как работать с guard- ами, intercept- орами, rxjs, ngrx, с обработкой событий в angulare на ваниле js аудио плеер легче написать
Обычный плеер (тупо окно с кнопками и очередью треков) действительно удобнее ванильным способом сделать, как и большинство мелких приложух. Ангуляр как кувалда, гвозди ей забивать не оптимально. Это относится ко всем фреймворкам.
Використання standalone виглядає корисним при наявності лише декількох компонентів у застосунку. Але якщо він розростається, то ми матимемо нагромадження коду в декораторі @Component. Розробники додали цю фічу, але сенсу хорошого я, поки що, в ній не бачу, скоріше навіть проблеми ця фіча буде давати. А якщо ми беремо застосунок середньої або федерація модулів архітектури, то тут потрібно буде могилу копати проекту :), якщо використаємо standalone. Код буде важким і супроводження проекту буде давати трудності. Тому модулі все ще актуальні.
В начале года в чате ангулара писали, что модули уходят в прошлое, и в новом ангуларе не нужны, мол под капотом модули там - не нужный костыль, который карго-культивирует модули энтерпрайзной джавы, но задач не выполняют реально, сингла-компоненты рулят - все дела. Что до меня, то я едва перешёл с 13 на 14 ангулар и мне даже интересно, че там у вас в будущем. Зачем нужны прокси-модули, не проще создать переменную с массивом модулей и передавать её другим модулям через спред? А шо це такое, видео для обновленного и актуализированного курса по ухловому? Я просто ждал тут рассуждений о тонкостях и философствования про модульное и компонентное мышление, а получил стандартный урок по базовым элементам ангулара. Я в душе не представляю, какое такое в реакте компонентное мышление, почему реакционеры выделяют его, как какую-то особенность или приемущество. Почитал доку, запилил туду-лист на реакте - все еще не понял. Мне все ещё интересно, что ж они нашли такого в этих ваших компонентах. Сами по себе компоненты были ещё у Тюргве Реенскауга на смалтолке, когда он создавал паттерн MVC и разумеется их можно юзать во многих js-фреймворках, включая древние и популярные в лохматых годах.
Да, надо было раскрыть тему компонентного мышления Кратко - все есть композиция компонентов В ангулар, все есть композиция модулей Stand-alone компоненты это Упрощенный вид модуля для конкретной задачи, все остальные задачи он покрыть не может Пока не видно чтобы модули закончились в angular, но поживем посмотрим
Отлично. Спасибо. Каждый раз провожу параллели между двумя другими самыми популярными фреймворками и нахожу как схожее, так и отличие. Всё больше хочется стать умельцем во всех трёх:)
Дякую за відео дуже інформативно, чекаю на ще більше відео по Angular
молодець шо продовжуєш випускати відоси, пам'ятаю дивився твій курс по ngrx, і так це допомогло мені знайти першу роботу. Тож дякую)
Дякую за відгук, сподіваюсь допомогти тобі до архітектора доїти :)
Спасибо, очень хорошая тема, иногда в проэктах бывает столько не нужных перекрещеных модулей что путаешся.
У нас на проекте nx библиотеки, не прописаны правила кто кого может импортировать и тоже мешанина
@@grommaks Можно вопрос не по теме?, стоит ли на проэкте использвать ngrx stor ?, может быть посоветуешь что по легче ?, так как в ngrx много песанины 🙂
@@SergioUkrAr к сожалению приходится использовать ngrx на всех проектах
Но я бы предпочел писать проект просто на сервисах без использования стора
У angular очень мощный фреймворк который не используется полностью в ngrx
В ангулар 16 будут релизнуты сигналы, что уменьшило бы писанину, но когда фича будет стабильная сказать трудно
@@grommaks Спасибо за совет.
Было бы прикольно в будущих видео послушать мнение автора о том, какой величины должны быть модули, поскольку на практике встречаются и огромные модули на десятки компонентов, и микромодули (модуль - иконка). Ну и стендэлон компоненты же новая фича ангуляр -16. :)
пожалуйста сделай видос про microFrontend и shell, если будет написано на nx будет вообще пушка! цель: запускать только shell а остальные микрофронтенды по лейзилоадингу в роутах должны подтянуться, тема для мидлов и сениоров, но на твоем канале их не мало))
Пока в планах другие видео 🤷 мы работаем над внедрением микрофронтендов, еще многое надо узнать прежде чем делать видео
@@grommaks я сам щас занимаюсь этим всем, module federation и настройки веб пака, очень геморно... на ютубе нет адекватных видосов по этому, был только у Тода но он устарел
@@assetdev1859 редкий контент, он не для ютуба:) чисто по верхам могут тут рассказать
Интересно, что будет дальше. Пока все сильно базово. Плюс я не совсем понял по подводу приколов с созданием схематиков в WS как будто это какая-то магия. WS под копотом имеет расширение для работы с angular cli и такое можно проверуть ровно таким же образом через консоль или в VSC при добавлении соответствующего расширения. В остальном спасибо за контент
Да в WS есть встроенные плагины из коробки для работы с Angular. Для VSC можно использовать Angular Schematics
Спасибо за видео. Максим как ты относишься к новым веяниям на счет standalone component? Мне angular нравился тем что были четкие правила. А теперь начинается можно так, а можно этак. Есть модули и есть компонент-модуль. Это вносит легкую неразбериху. И если в проекте начнется миксирование одно и другого, получится каша.
Хороший вопрос)
Stand-alone компоненты подразумевается это такие компоненты которые выполняют минимальную логику, например UI компоненты или компоненты роутинга которые считывают параметры навигации и делегируют отрисовку нескольким виджет компонентам
Ключевое тут это маленькие, с минимум логики компоненты
Все остальные продолжат использовать модули, у модулей все еще остается задача наполнять массив providers
У ангулара нет четких правил, всегда есть множество вариантов сделать одно и тоже
Например обновить инпут, можно через сеттер, можно через ngOnChanged или запускать вычисления в рантайме в шаблоне или добавить пайпу в шаблон, а теперь еще и функцию трансформации добавить можно
Material UI должен будет стать stand-alone и улучшить производительность проектов, это хорошо :) так что мне нравится что есть вариативность, но с джунами в команде работать сложнее из-за этого
@@grommaks в том то и дело что Angular продвигает standalone как уход от NgModule. Standalone может быть компонент, пайп, директива. И я не удивлюсь что в конечном итоге откажутся от модулей и в сторону standalone
@@MsEntombed поживем увидим, не думаю что это сильно усложнит жизнь, зато много где добавит лаконичности
@@grommaks увидели, что в 17 версии standalone компоненты по дефолту😅
@@regedam7559 опять заново учиться:) ох уже этот angular :)
Я эксперементировал с модулями есть идеи, но ссылку тут не могу оставить на git((( Больше интересует как работать с guard- ами, intercept- орами, rxjs, ngrx, с обработкой событий в angulare на ваниле js аудио плеер легче написать
Со временем расскажу, но пока иду по очереди
Обычный плеер (тупо окно с кнопками и очередью треков) действительно удобнее ванильным способом сделать, как и большинство мелких приложух.
Ангуляр как кувалда, гвозди ей забивать не оптимально. Это относится ко всем фреймворкам.
@@Alex-ov9eo обычный плеер и на html можно сделать, но кто знает какие там требования
а как же standalone компоненты?
Використання standalone виглядає корисним при наявності лише декількох компонентів у застосунку.
Але якщо він розростається, то ми матимемо нагромадження коду в декораторі @Component.
Розробники додали цю фічу, але сенсу хорошого я, поки що, в ній не бачу, скоріше навіть проблеми ця фіча буде давати.
А якщо ми беремо застосунок середньої або федерація модулів архітектури, то тут потрібно буде могилу копати проекту :), якщо використаємо standalone. Код буде важким і супроводження проекту буде давати трудності.
Тому модулі все ще актуальні.
Это те же самые модули, только без отдельного класса
В следующих видео постоянно буду готовить и о stanalone
В этом видео не актуально было о нем говорить :)
@@grommaks Ждём!
В начале года в чате ангулара писали, что модули уходят в прошлое, и в новом ангуларе не нужны, мол под капотом модули там - не нужный костыль, который карго-культивирует модули энтерпрайзной джавы, но задач не выполняют реально, сингла-компоненты рулят - все дела. Что до меня, то я едва перешёл с 13 на 14 ангулар и мне даже интересно, че там у вас в будущем.
Зачем нужны прокси-модули, не проще создать переменную с массивом модулей и передавать её другим модулям через спред?
А шо це такое, видео для обновленного и актуализированного курса по ухловому? Я просто ждал тут рассуждений о тонкостях и философствования про модульное и компонентное мышление, а получил стандартный урок по базовым элементам ангулара. Я в душе не представляю, какое такое в реакте компонентное мышление, почему реакционеры выделяют его, как какую-то особенность или приемущество. Почитал доку, запилил туду-лист на реакте - все еще не понял. Мне все ещё интересно, что ж они нашли такого в этих ваших компонентах. Сами по себе компоненты были ещё у Тюргве Реенскауга на смалтолке, когда он создавал паттерн MVC и разумеется их можно юзать во многих js-фреймворках, включая древние и популярные в лохматых годах.
Да, надо было раскрыть тему компонентного мышления
Кратко - все есть композиция компонентов
В ангулар, все есть композиция модулей
Stand-alone компоненты это Упрощенный вид модуля для конкретной задачи, все остальные задачи он покрыть не может
Пока не видно чтобы модули закончились в angular, но поживем посмотрим
спасибо, то что искал
зы 6:11 - магия, блд.. формулировки тут у тебя очень странные
Я же с php вырос, там магические методы это основа классов (магия вполне технический термин 🧞)
Было бы круто если вы начнёте выпускать шортсы в своем канале
Можно будет попробовать) но попозже
Спасибо за отзыв
а мой вебшторм сам не добавляетб а спрашивает меня нужно ли добавлять компонент в модуль
Это спрашивает добавить ли импорт, так как импорт уже был добавлен то и вопросов не было