При таком подходе Header - получается условным хедером для всей страницы юзера, а не для секций. В моей же ситуации, помимо этого хедера, есть ещё своеобразный хедер у каждой из секций.
При таком подходе Header - получается условным хедером для всей страницы юзера, а не для секций. В моей же ситуации, помимо этого хедера, есть ещё своеобразный хедер у каждой из секций.
В теории проблемы возникали бы в ситуации, когда в css мы задавали бы какие-то конкретные значения для конкретных свойств (color: red; и тд), а так ведь просто изменяется значение переменных, которые используются внутри компонента.
Просто, если мы, допустим, кардинально меняем компонент и написанные ранее css - стили (переменные) перестают корректно работать, то не будет ли того же самого, если бы юзались только js - пропсы? Там же вероятно тоже пришлось бы их менять, как и стили.
Да и компонент вроде всё так же остаётся тем самым "чёрным" ящиком, просто с возможностью кастомизации ещё и через css - переменные.
Или всё же в какой-то ситуации, использование подобного подхода с css может дать сбой в отличии от использования пропсов? (просто я пока могу моделировать ситуацию, в которой при изменении компонента, что пропсы нужно будет менять, что css переменные)
Сергей delphinpro, единственный очевидный минус - это то, что при использовании миксинов происходит так или иначе, дублирование/копирование стилей. Ещё как вариант, это создавать, к примеру, компонент MainTitle и в нём прописывать все классы .text-center, .text-red и тд, но опять таки, тут вопрос в том, логично ли создавать компонент просто что бы накинуть пару тройку классов?
Написано
Войдите на сайт
Чтобы задать вопрос и получить на него квалифицированный ответ.