Если будет возможность, сделайте пожалуйста выпуск по организации архитектуры большого проекта на Angular. Файловая структура, организация layout, shared модулей, pages и т.д. Было бы очень интересно.
Полностью соглашусь, кто изучает Front с нуля, тому Angular покажется сложным, чем Vue или React. Angular имеет более «академический» стиль программирования, ООП в мире js )
Мой выбор пал на сторону Angular потому что проект на Vue это опять сборная солянка из разных библиотек, не возможно обойтись только одним Vue, а тут сразу все из коробки.
Интересно, прям моя история, я тоже бывший десктопщик+бэкендер(C#), долго не хотел на web переходить, но тут уже прижало и встал вопрос выбора на какой фреймворк переквалифицироваться и тоже в итоге выбрал Angular потому что он больше всего был похож на WPF десктопный.
TH-cam совершенно чудесным образом выдал ваш канал в рекомендации видео по GraphQL и мне очень понравился ваш контект! Благодарю за труд! Хотел бы так же спросить, а вы занимаетесь менторством?
@@Kulibins1 эх, жаль... у меня возникла схожая задача, подходящая под кейс вашего опыта, - переписать HMI десктопное приложение на wpf как веб приложение. Но я прекрасно понимаю сколько душевных и физических сил уходят на свой канал. Желаю скорейшего роста каналу и множества подписчиков
Пару комментов) Сайты делают на CMS, не на CRM. На angular можно писать не только js/ts, а на DART, например. Оптимизировать приложение можно вообще, отключив change detection.
dart и angular это отдельная тема. Если честно не видел что бы народ такой связкой пользовплся. Например есть PUG для angular, но кроме академического интереса, тоже мало кто использует. Не всегда тормозит change detection, один из самых часто встречающихся случаев, это когда код по несколько раз выполняется.
Да изучал. Как сказал в ролике, Angular поддерживает несколько режимов "change detection" и тут вы можете написать "ужасно" медленный код, а можете сопоставимый с React. В идеале Angular и React равны по производительности. Есть ролики, например: th-cam.com/video/vuPH9J_yonM/w-d-xo.html в которых про производительность Angular чётко говорится.
@@Kulibins1 Angular это как любовь с первого взгляда. Когда имеешь представления про React... Главное желание разобраться. Еще раз спасибо за интересный и познавательный контент, очень интересно слушать.
Отличное видео! Да и в целом, крайне полезный канал. Согласен со всеми доводами, приведёнными в ролике, т.к. они полностью пересекаются с моими. Сам тоже пришёл в angular с C#, пол года приходилось писать и на react, есть с чем сравнивать. Всё хотел спросить - Ваше мнение про ngrx, ngxs и прочие Akit-ы в angular?
Пробовал и ngrx и akita, Пока мнение такое что пишется много лишнего кода. Кроме того, в большом проекте мне больше подходил mobx. А последнее время всё это легко решается с помощью GraphQL. Таже библиотека Apollo мне в этом здорово помогает.
@@Kulibins1 ну если поставить флаг и писать js код - то это уже будет js а не ts. В моем понимании "надмножество" подразумевает то, что любой код, написанный на js может быть написан на ts, но это не так. Вот например как написать на ts такое: const f = () => class AsyncError extends Error { constructor(code, timeout) { this.code = code; return new Promise((resolve) => setTimeout(resolve, timeout, this)); } };
Сначала мой выбор тоже пал на Angular. Но ровно до того момента, как захотел опубликовать небольшой проект. У моего хостинг-провайдера нельзя на виртуальном хостинге запустить Node. Надо брать сервер. Но времени и желания на эти заморочки нет. А вот с Laravel таких проблем нет.
@@Kulibins1 Я с малым и средним бизнесом работаю. Даже если есть свои сервера, я предпочитаю работать с хостингом - и каналы лучше, и оборудование, и редкие проблемы решают быстрее. Но руками сильно лазить не дают.
@SashaKuzikov Я кстати так и не понял: зачем при хостинге Angular нужен node.js? Результат Angular это набор файлов html/js/css , т.е. нет вообще кода который будет выполняться на сервере (если вы не извращенец с серверным рендерингом)
Такое чувство, что ангуляр придумали бекендщики для фронта) Замудрено все просто донельзя. А за хост-компоненты для архитекторов ангуляра, есть отдельный котел. Ну и как можно за все время существования ангуляр2 и выше не запилить свой реактивный стор, это вообще загадка, но отгадка - пилили бекендщики)
Если честно не понял о чём вы. Сложного ничего нет. Крупные приложения требуют большей функциональности, как на разработку, так и на сопровождение. Какой реактивный стор вы имеете ввиду? Redux? Так он есть, хоть я сам редакс и не люблю, мне больше GraphQL с его подходом нравится. Все фишки бэка и с инъекциями зависимостей придуманы не просто что бы вас запутать, а с конкретной целью решить ряд проблем, как это работает писал статью на Хабре.
@@Kulibins1 1) Допустим я делаю компонент ... и ожидаю, что в разметке, когда я его вставлю в в какой то контейнер, то там будет разметка вида ... . НО! Если при создании компонента, моя основная верстка завернется в хост и компонент будет вида ... , что очень неудобно + создаются лишние элементы в доме. 2) Да, именно - react/redux, vue/vuex, angular/? . NgRx это уже не ангуляровская штука + очень тяжелая и половина сообщества ее просто ненавидят. 3) Согласен, но мне это кажется очень неудобным. Но я пока это списываю на неопытность, так как нужно научится мыслить категориями инструмента
@@dasvas9383 тут на самом дела как вы думаете, лишняя обертка может быть и не лишней, а выполнять реальную функциональность, тут просто новички не понимают и делатют лишние вложенности, вкладывают в компонент еще и "контейнер" хотя компонент итак может быть контейнером. В общем с моей субъективной точки зрения, Angular гораздо мощнее того же реакта. Но каждому своё, на любом современном framework можно сделать всё, вопрос в предпочтениях, и трудозатратах (не только на разработку, но и сопровождение)
Я даже отвечал в ролике на этот вопрос, но потом вырезал. Суть в том что 1) больше по душе SPA, у Blazor хотя и 2-а режима, но если посмотрите, все в основном начинают делать серверный рендеринг. 2) Довольно сильно отстаёт от конкурентов, например изолированные стили, появились вот буквально недавно, хотя во всех остальных фреймворках это было чуть ли не в 5-ть и более лет назад. А начал то я работать c Angular, когда Blazor ещё не было. 3) стиль написания представления и кода, перемешан, он больше похож на React. Я когда выбирал, я реально изучил Angular, React и немного View, перед тем как начал писать что-то серьёзное, Остановил выбор на Angular. Кто писал код на .net, хоть чуть-чуть знает wpf, понять Angular и начать что-то уже писать дело наверное недели.
ващета все эти крутые web приложения типа word excel и тд и тп работают на бэкенде и написаны на норм языках а не на браузерном интерпретаторе))) а это повальное увлечение фреймворками JS привело к тому что куча сайтов стала тяжелым и глючным гавном, которое уже реально никак не может на слабом железе работать
точно понимаете как работают веб приложения? что из финкцинала, например ворд, вы предлагаете делать на беке? Видели ли вы web компоненты напрмер quilo? А так смущает категоричность слова "все". То что нужно делается на бэке, то что нужно на фронте. делать задачи фронта на бэке так же не разумно как и обратоое.
Если будет возможность, сделайте пожалуйста выпуск по организации архитектуры большого проекта на Angular. Файловая структура, организация layout, shared модулей, pages и т.д. Было бы очень интересно.
Ок. Наверное главное что у меня в проекте всё на библиотеки разбито 😉
Спасибо большое Александр!
🙏
очень полезное видео, полностью согласен с вашими мнениями. спасибо за наконец-то нормальную точку зрения среди остальных ютуберов
Полностью соглашусь, кто изучает Front с нуля, тому Angular покажется сложным, чем Vue или React.
Angular имеет более «академический» стиль программирования, ООП в мире js )
Angular просто имеет более продуманный и человеческий стиль программирования. А фейсбук - мудаки.
Зато конкуренция меньше, хоть и вакансии не так много
Отлично рассказано, но хотелось бы большего сравнения между Vue и Angular.
Vue ближе к Angular. Но Vue я меньше всего занимался. В нем нет, того что мне нужно.
Мой выбор пал на сторону Angular потому что проект на Vue это опять сборная солянка из разных библиотек, не возможно обойтись только одним Vue, а тут сразу все из коробки.
Интересно, прям моя история, я тоже бывший десктопщик+бэкендер(C#), долго не хотел на web переходить, но тут уже прижало и встал вопрос выбора на какой фреймворк переквалифицироваться и тоже в итоге выбрал Angular потому что он больше всего был похож на WPF десктопный.
Значит я не один такой 😁
@@Kulibins1 и я теперь знаю что я не один такой ☺
Спасибо за обзор!
Пожалуйста 😉
Спасибо, полезное видео!
Всегда пожалуйста 😊
TH-cam совершенно чудесным образом выдал ваш канал в рекомендации видео по GraphQL и мне очень понравился ваш контект! Благодарю за труд! Хотел бы так же спросить, а вы занимаетесь менторством?
Рад что нравится. Менторством не занимаюсь. Канал для души.
@@Kulibins1 эх, жаль... у меня возникла схожая задача, подходящая под кейс вашего опыта, - переписать HMI десктопное приложение на wpf как веб приложение.
Но я прекрасно понимаю сколько душевных и физических сил уходят на свой канал. Желаю скорейшего роста каналу и множества подписчиков
Пару комментов) Сайты делают на CMS, не на CRM. На angular можно писать не только js/ts, а на DART, например. Оптимизировать приложение можно вообще, отключив change detection.
dart и angular это отдельная тема. Если честно не видел что бы народ такой связкой пользовплся. Например есть PUG для angular, но кроме академического интереса, тоже мало кто использует. Не всегда тормозит change detection, один из самых часто встречающихся случаев, это когда код по несколько раз выполняется.
Спасибо. А оценивали ли вы производительность фрейворков?
Да изучал. Как сказал в ролике, Angular поддерживает несколько режимов "change detection" и тут вы можете написать "ужасно" медленный код, а можете сопоставимый с React. В идеале Angular и React равны по производительности.
Есть ролики, например: th-cam.com/video/vuPH9J_yonM/w-d-xo.html в которых про производительность Angular чётко говорится.
Спасибо за информацию, очень познавательно +1 подписка и колокольчик :)
Всегда пожалуйста 🙏
@@Kulibins1 Angular это как любовь с первого взгляда. Когда имеешь представления про React... Главное желание разобраться. Еще раз спасибо за интересный и познавательный контент, очень интересно слушать.
Отличное видео! Да и в целом, крайне полезный канал. Согласен со всеми доводами, приведёнными в ролике, т.к. они полностью пересекаются с моими. Сам тоже пришёл в angular с C#, пол года приходилось писать и на react, есть с чем сравнивать. Всё хотел спросить - Ваше мнение про ngrx, ngxs и прочие Akit-ы в angular?
Пробовал и ngrx и akita, Пока мнение такое что пишется много лишнего кода. Кроме того, в большом проекте мне больше подходил mobx. А последнее время всё это легко решается с помощью GraphQL. Таже библиотека Apollo мне в этом здорово помогает.
TypeScript не является надмножеством JavaScript, и не любой код, написанный на JS будет валиден для TS - это просто маркетинг.
P.s. спасибо за видео
Приведите пример. Кроме того в tsconfig.json даже есть флаг что бы js поддерживать
@@Kulibins1
ну если поставить флаг и писать js код - то это уже будет js а не ts. В моем понимании "надмножество" подразумевает то, что любой код, написанный на js может быть написан на ts, но это не так. Вот например как написать на ts такое:
const f = () =>
class AsyncError extends Error {
constructor(code, timeout) {
this.code = code;
return new Promise((resolve) => setTimeout(resolve, timeout, this));
}
};
Сначала мой выбор тоже пал на Angular. Но ровно до того момента, как захотел опубликовать небольшой проект. У моего хостинг-провайдера нельзя на виртуальном хостинге запустить Node. Надо брать сервер. Но времени и желания на эти заморочки нет. А вот с Laravel таких проблем нет.
У меня таких проблем не было. Все проекты - корпоративные, со своими серверами. Пока Laravel "слишком" молод для меня 🤣
@@Kulibins1 Я с малым и средним бизнесом работаю. Даже если есть свои сервера, я предпочитаю работать с хостингом - и каналы лучше, и оборудование, и редкие проблемы решают быстрее. Но руками сильно лазить не дают.
@SashaKuzikov Я кстати так и не понял: зачем при хостинге Angular нужен node.js? Результат Angular это набор файлов html/js/css , т.е. нет вообще кода который будет выполняться на сервере (если вы не извращенец с серверным рендерингом)
@@Kulibins1 Именно тот извращенец и есть, т.к. сайты и интернет-магазины, которые делаю, еще и SEO продвигаю.
изучаю ангуляр пару месяцев и ппосто влюбился в этот фреймворк
В нашем полку прибыло
Такое чувство, что ангуляр придумали бекендщики для фронта) Замудрено все просто донельзя. А за хост-компоненты для архитекторов ангуляра, есть отдельный котел. Ну и как можно за все время существования ангуляр2 и выше не запилить свой реактивный стор, это вообще загадка, но отгадка - пилили бекендщики)
Если честно не понял о чём вы. Сложного ничего нет. Крупные приложения требуют большей функциональности, как на разработку, так и на сопровождение. Какой реактивный стор вы имеете ввиду? Redux? Так он есть, хоть я сам редакс и не люблю, мне больше GraphQL с его подходом нравится. Все фишки бэка и с инъекциями зависимостей придуманы не просто что бы вас запутать, а с конкретной целью решить ряд проблем, как это работает писал статью на Хабре.
@@Kulibins1 1) Допустим я делаю компонент ... и ожидаю, что в разметке, когда я его вставлю в в какой то контейнер, то там будет разметка вида ... . НО! Если при создании компонента, моя основная верстка завернется в хост и компонент будет вида ... , что очень неудобно + создаются лишние элементы в доме.
2) Да, именно - react/redux, vue/vuex, angular/? . NgRx это уже не ангуляровская штука + очень тяжелая и половина сообщества ее просто ненавидят.
3) Согласен, но мне это кажется очень неудобным. Но я пока это списываю на неопытность, так как нужно научится мыслить категориями инструмента
@@dasvas9383 тут на самом дела как вы думаете, лишняя обертка может быть и не лишней, а выполнять реальную функциональность, тут просто новички не понимают и делатют лишние вложенности, вкладывают в компонент еще и "контейнер" хотя компонент итак может быть контейнером.
В общем с моей субъективной точки зрения, Angular гораздо мощнее того же реакта. Но каждому своё, на любом современном framework можно сделать всё, вопрос в предпочтениях, и трудозатратах (не только на разработку, но и сопровождение)
Ну мне после С# переатиться на TS, Angular было не так сложно
В реакте путают меня редакс и хуки. Когда делаешь по старому как будто неполноценный код
Blazor вам совсем не по душе?
Я даже отвечал в ролике на этот вопрос, но потом вырезал. Суть в том что 1) больше по душе SPA, у Blazor хотя и 2-а режима, но если посмотрите, все в основном начинают делать серверный рендеринг. 2) Довольно сильно отстаёт от конкурентов, например изолированные стили, появились вот буквально недавно, хотя во всех остальных фреймворках это было чуть ли не в 5-ть и более лет назад. А начал то я работать c Angular, когда Blazor ещё не было. 3) стиль написания представления и кода, перемешан, он больше похож на React.
Я когда выбирал, я реально изучил Angular, React и немного View, перед тем как начал писать что-то серьёзное, Остановил выбор на Angular. Кто писал код на .net, хоть чуть-чуть знает wpf, понять Angular и начать что-то уже писать дело наверное недели.
СИ-эс-эс, а не ЦЭ эс эс 🧐
вы прям придираетесь 🤣
ващета все эти крутые web приложения типа word excel и тд и тп работают на бэкенде и написаны на норм языках а не на браузерном интерпретаторе)))
а это повальное увлечение фреймворками JS привело к тому что куча сайтов стала тяжелым и глючным гавном, которое уже реально никак не может на слабом железе работать
точно понимаете как работают веб приложения? что из финкцинала, например ворд, вы предлагаете делать на беке? Видели ли вы web компоненты напрмер quilo? А так смущает категоричность слова "все". То что нужно делается на бэке, то что нужно на фронте. делать задачи фронта на бэке так же не разумно как и обратоое.
Нуб.
Как то плохо вы занимались С# если у вас функции😂
Пожалуйста пишите более развёрнуто. И да даже если void то это функция (или я не понял вашу мысль)
@@Kulibins1 в C# нет функций, есть методы, но это для шутки, а не упрек😅
@@godfather7695 Ну это ваше право так думать - метод это функция класса
@@godfather7695 Метод это функция в c#
ох уж эти нафантазированные модные термины