Вキ
про наследование, про поля, про гриды
понял
я думал, вы имеете в виду наследование компонентов для переиспользования логики
Size: a a a
2021 July 15
E
Вот я думала про что-то такое:
- написал компонент гриды, например, с самыми элементарными методами типа сортировки и фильтрации
- используешь этот простой компонент там, где его достаточно
- если где-то простого недостаточно, то наследуешься от него, делаешь более сложный компонент, в который дописываешь еще редактирование и мигание фон на нажатие ctrl+a, например
- написал компонент гриды, например, с самыми элементарными методами типа сортировки и фильтрации
- используешь этот простой компонент там, где его достаточно
- если где-то простого недостаточно, то наследуешься от него, делаешь более сложный компонент, в который дописываешь еще редактирование и мигание фон на нажатие ctrl+a, например
Вキ
третье — плохо
E
Хотя вот сейчас написала и поняла, что у меня именно к компонентам есть вопрос только про работу ОнИнитов всяких 🤔
AS
первое тоже не очень, методы типа сортировки это в сервис надо
E
Но отрисовка же все равно на уровне компонента, жмаканья на кнопочки всякие и остальной UI
E
Тут не спорю, интересна сама возможность такого
AS
там не надо наследовать обычно. Почти всегда можно обойтись директивами или проекцией контента для таких вещей
E
Тогда расскажите мне, большие и умные дядьки, а зачем другие большие и умные дядьки хотят наследование компонентов? :)
Вキ
возможно они не такие умные и большие, как кажется
но это не оценочное суждение, просто вывод из контекста)
но это не оценочное суждение, просто вывод из контекста)
E
Всё возможно))
Вキ
думаю, более правильнее было бы сказать, что у них нет необходимого опыта для понимания, почему это может быть плохо)
E
Но у нас в проекте появился "базовый класс" для табличных экранов. И вот вроде, по логике он нужен, но он мне чем-то прям сильно не нравится
E
Или не хватает опыта и знаний Ангуляра, чтобы альтернативы увидеть
Вキ
что такое табличный экран?
Вキ
либо так, да
c
это потрясно))))