DT
І тут мені стало цікаво про CSS Grids. Чи вміють вони таке, але плавно і з коробки?
твоя очередь примеры искать)
Size: a a a
2021 February 24
TB
на данный момент по анимации - сделала 2 директории для родителя и item - subscribe на позиции items - классы прописывает тем елементам, кот сдвигаются - норм, но есть ошибки, еще разбираюсь, + подключила анимацию ангуляровскую для родителя, сейчас смотрю что можно из ангуляровского для item, пока проблемы из-за onPush стратегии на компоненте
DT
Онпуш это не проблема, это плетка
TB
)) first-child мне поможет, и на этом будет все, дмаю
2021 February 25
AC
Denchik Tymokhin
твоя очередь примеры искать)
Справедливо
MP
Подскажите плиз, может я туплю.
Есть модуль Shared состоит из (ModuleA, ModuleB)
ModuleA експортит компонент AComponent
ModuleB експортит компонент BComponent
Есть модуль Details - он импортирует SharedModule
Юзаю в Details компонент А - все ок. Юзаю BComponent - еррор. Так будто я не подключил модуль с компонентом.
Может есть какие идеи где может быть провтык?))
Есть модуль Shared состоит из (ModuleA, ModuleB)
ModuleA експортит компонент AComponent
ModuleB експортит компонент BComponent
Есть модуль Details - он импортирует SharedModule
Юзаю в Details компонент А - все ок. Юзаю BComponent - еррор. Так будто я не подключил модуль с компонентом.
Может есть какие идеи где может быть провтык?))
MP
Подключая ModuleB напряму в DetailsModule - все работает на компонентах
Отключаю пряму зависимость... и опять еррор. Но только на 1 компонент из 2
Отключаю пряму зависимость... и опять еррор. Но только на 1 компонент из 2
D
а шеред модуль експортить Б?
MP
ноу
MP
а надо в такх случаях експортить модуль Б?
MP
почему то с модулем А все ок))
MP
кароче да. надо было експортить модуль А и модуль Б.
Спасибо за быстрый ответ и подсказку!
Спасибо за быстрый ответ и подсказку!
DT
DT
transloco
AC
Maksym Podhornyi
Подключая ModuleB напряму в DetailsModule - все работает на компонентах
Отключаю пряму зависимость... и опять еррор. Но только на 1 компонент из 2
Отключаю пряму зависимость... и опять еррор. Но только на 1 компонент из 2
Не повторюйте помилку багатьох, видаліть з проекту всі Shared/Common модулі. Це облегшить вам життя на більшій дистанції.
Такі модулі розростаються до такого, що вже ніхто не памятає і не знає, що там і навіщо.
Такі модулі розростаються до такого, що вже ніхто не памятає і не знає, що там і навіщо.
DМ
Не повторюйте помилку багатьох, видаліть з проекту всі Shared/Common модулі. Це облегшить вам життя на більшій дистанції.
Такі модулі розростаються до такого, що вже ніхто не памятає і не знає, що там і навіщо.
Такі модулі розростаються до такого, що вже ніхто не памятає і не знає, що там і навіщо.
альтернатива какая?
создавать условные «под модули»?
создавать условные «под модули»?
AC
Модулі мають будуватись навколо концептів, як то групи повязаних компонентів, шар доступу до бекенду, тощо.
Так, щоб по імпорту вже було +- зрозуміло, що там всередині.
Shared/Common модулі не дають такого розуміння.
Наприклад,
Так, щоб по імпорту вже було +- зрозуміло, що там всередині.
Shared/Common модулі не дають такого розуміння.
Наприклад,
MatCardModule, MatButtonModule, MatTabsModule, AuthModule, TranslateModule, CSVModule краще виражають інформацію про набір експортів, ніж CoreModule, SharedModule або CommonModule, які ні про що не говорять.DМ
Ну вот я тоже за эту стратегию розбивки по модулям, может еще есть какие-то альтернативы?
AC
Ну вот я тоже за эту стратегию розбивки по модулям, может еще есть какие-то альтернативы?
Ну, якщо ви бачили, на що перетворюються шаред модулі, то все правильно з вашею стратегією (це моя думка)
G
В общем-то то что вы предлагаете отличеается только названием модулей, если вы в шаред модуле подключаете все ваши концепты(групируете шаред компоненты по смысловым модулям) то проблем никаких не будет