Size: a a a

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

2020 April 04

AS

Anton Shvets in Angular - русскоговорящее сообщество
Yuri Katkov
вот у меня есть сервис, в котором собраны функции для рисования всяких модалок. Пока его не было, я классы модалок запихивал в entryComponents соотстветсвующего модуля. Сервис находится в shared-модуле.
попробуй в этот соответствующий модуль импортировать модуль, содержащий модалку
источник

Вキ

Вертихвост キバ 🏡🦊... in Angular - русскоговорящее сообщество
Илья | 😶 ☮️
Ещё скажи что ты мышей ешь, черт
!ро неуважительное отношение к коллегам
источник

WE

Win Excelent in Angular - русскоговорящее сообщество
Vitaly Lipko
используем ng-zorro + кастомные темы
спасибо, интересная библиотека, посмотрел их компоненты. А сочетать такие библиотеки(например Angular Material и ng-zorro) это нормальная практика или нет?
источник

VL

Vitaly Lipko in Angular - русскоговорящее сообщество
Win Excelent
спасибо, интересная библиотека, посмотрел их компоненты. А сочетать такие библиотеки(например Angular Material и ng-zorro) это нормальная практика или нет?
А за чем в проекте их смешивать? Должна быть одна дизайн-система - у них же разный подход к ui
источник

WE

Win Excelent in Angular - русскоговорящее сообщество
Vitaly Lipko
А за чем в проекте их смешивать? Должна быть одна дизайн-система - у них же разный подход к ui
Не работал просто с этим, поэтому и спросил, но теперь понял что смешивать нельзя. А что на твой взгляд удобнее если сравнивать эти две библиотеки?  Я вот сейчас Angular Material изучаю, учусь делать кастомную темизацию компонентов в зависимости от темы, в ng-zorro можно же тоже из коробки объявлять свои кастомные темы и применять их?
источник

VL

Vitaly Lipko in Angular - русскоговорящее сообщество
Win Excelent
Не работал просто с этим, поэтому и спросил, но теперь понял что смешивать нельзя. А что на твой взгляд удобнее если сравнивать эти две библиотеки?  Я вот сейчас Angular Material изучаю, учусь делать кастомную темизацию компонентов в зависимости от темы, в ng-zorro можно же тоже из коробки объявлять свои кастомные темы и применять их?
И с тем, с другим работал. У китайцев (ng-zorro) исчерпывающий набор компонентов на все случаи жизни), но дизайн материала мне больше по душе. Так что если нужен стандартный набор компонентов + моментальное обновление с выходом нового ангуляра, то лучше наверное материал. Вон китайцы до сих пор в бете держат ivy релиз🙄. Темы можно и там, и там менять.
источник

AS

Anton Shvets in Angular - русскоговорящее сообщество
материал еще хорошо кастомизируется
источник

AS

Anton Shvets in Angular - русскоговорящее сообщество
но табсы и степпер там суровы :)
источник

DB

Dmytro Braginets in Angular - русскоговорящее сообщество
Anton Shvets
но табсы и степпер там суровы :)
Настолько суровы что при попытке кастомизации в итоге гуглится раздел из документов о создании кастомного степпера на снова CdkStepper ))
источник

AS

Anton Shvets in Angular - русскоговорящее сообщество
Dmytro Braginets
Настолько суровы что при попытке кастомизации в итоге гуглится раздел из документов о создании кастомного степпера на снова CdkStepper ))
да там и в CdkStepper тоже черт ногу сломит.
может это я тупой, но я пока не понимаю почему оно сделано именно так, а не попроще :)
В итоге табы я свои сделал, степпер не нужен пока.
источник

DB

Dmytro Braginets in Angular - русскоговорящее сообщество
Я три года писал на вью и реакте и вот прилететь проект на ангуляре 8 и material. Первая боль это документация материал ангуляра в сравнении с реактовской ))) но в целом работа с фреймворком намного больше нравится
источник

AS

Anton Shvets in Angular - русскоговорящее сообщество
да документация еще норм, я в основном про исходники :)
источник

YK

Yuri Katkov in Angular - русскоговорящее сообщество
Вертихвост キバ 🏡🦊
В angular 9 не нужны entryComponents, поэтому компоненты будут везде доступны.

А сейчас, самое простое, что можно сделать, это регистрировать ComponentFactoryResolver каждого подключаемого модуля в рутовом сервисе. Что-то типа такого https://t.me/angular_ru/344228, только регистрировать по токену не нужно, достаточно складывать резолверы в список.
если честно, не понял. я теперь просто убрал providedIn: root  и использую providers в feature module
источник

ID

Igor D in Angular - русскоговорящее сообщество
Dmytro Braginets
Я три года писал на вью и реакте и вот прилететь проект на ангуляре 8 и material. Первая боль это документация материал ангуляра в сравнении с реактовской ))) но в целом работа с фреймворком намного больше нравится
Можешь описать подробнее про плюсы и минусы, сравнить три инструмента с твоей точки зрения, какой  использовался для каких задач и тп?
источник

DB

Dmytro Braginets in Angular - русскоговорящее сообщество
Igor D
Можешь описать подробнее про плюсы и минусы, сравнить три инструмента с твоей точки зрения, какой  использовался для каких задач и тп?
Ну для того чтобы действительно оценить плюсы и минусы ангуляра мне нужно побольше ещё с ним поработать, но я попробую...
источник

n

name in Angular - русскоговорящее сообщество
У меня почему то [style.left] - не работает [style.top] все ок, а именно left не работает, кто нибудь сталкивался?
источник

AS

Anton Shvets in Angular - русскоговорящее сообщество
Dmytro Braginets
Ну для того чтобы действительно оценить плюсы и минусы ангуляра мне нужно побольше ещё с ним поработать, но я попробую...
примерно с годик
источник

DB

Dmytro Braginets in Angular - русскоговорящее сообщество
1. Vue.js (v2 and above) - по моему мнению идеальный (если рассматривать большую тройку) кандидат для прототипирования и если нужно побыстрому что-нибудь накидать. Низкий порог входа, и магическая реактивность которая "просто работает".
То что мне в нём не понравилось, так это как раз та самая "магия" потому что некоторые вещи ужасно сложно дебажить. Так же непонравился отсутствием своей философии, но это уже чистейшей воды вкусовщина.

2. React - после vue показался мне обалденно честным фреймворком (библиотека всё таки, но это уже полемика) По сути прост как топор и если ты знаешь JS то можно сказать, что ты знаешь React. Однонаправленный поток данных - и плюс и минус, так как всё понятно и просто, но работа с формами сущий ад в сравнении с остальными из большой тройки. В итоге меня начали терзать сомнения, что реакту всё таки действительно не хватает именно фреймворка и устоявшихся практик, так как он очень гибок. Но с другой стороны у создателей есть чёткое видение что они хотят в итоге сделать, хотя лично я сомневаюсь в том что композиция функций это прям правильное решение. Но где я, а где Абрамов и Джордан Уолк.

3. Angular- засматривался на него давно, и наконецто выдалась возможность поработать. То что сразу бросается в глаза - то что на нём явно нужно больше писать. Но с другой стороны DI, Services, Modules мне как человеку уважающему паттерны очень пришлись по душе. И как мне кажется, ангуляр наиболее приспособлен из всех трёх для написания больших приложений. Я отчётливо понимаю что наговнячить можно прям во всём и всегда, но тут есть некий фундамент и многие вещи просто супер (пока явно могу выделить formBuilder и Observable)

Ну это так, в двух словах. Нет серебрянной пули. И на всех трёх фреймворках/библиотеках можно писать проекты любой сложности, но как мне кажется на vue и react будет сложнее удержать архитектуру и заново изобретать велосипедов
источник

DB

Dmytro Braginets in Angular - русскоговорящее сообщество
На vue и react я учавствовал как разработчик в достаточно больших проектах. Vue - фронтенд пилили в 4-7 человек, на реакте чуть меньше.
источник

DB

Dmytro Braginets in Angular - русскоговорящее сообщество
Хотя может это для меня большие
источник