AS
Да это сектантство какое-то
Size: a a a
2021 December 03
AS
Есть фича, которая решает задачу фреймворка — структурировать код + ускорять разработку
AS
РЯЯЯЯЯ не хотим
AP
прямые решения это вместо margin придумать 10 цсс переменных, прямые решения это заворачивать элементы в дивы чтобы давать им марджин, прямые решения это делать скопед > глобал и протягивать вниз а потом париться с силой селекторов. ВОТ ЭТО ПРЯМЫЕ РЕШЕНИЯ АГА
AP
безальтернативный sfc бесполезная чушь, а стили свелта в sfc это втройне бесполезная чушь. они вообще ни разу жизнь не упрощают, но почему-то никто этого не видит)
КС
можно ещё компонент утянуть себе в сорцы из либы и допереписать по вкусу
PM
Мы вроде про импорт стилей говорили?
PM
Если ты про тот ишак где предлагают изменить систему скоупинга свелт в пользу css modules + проброс классов, то я буду тоже против. По крайней мере в рамках 3ки
ER
Весь этот прикол со скоупом свелта, кстати, их реализация передачи css переменных разве не протекает во всё дерево снизу через волшебный див?
PM
Дивы для марджинов это невероятно прямое решение, я бы даже сказал это основа построения архитектуры
PM
Это херовая фича и не нужна также. Но вроде и да и нет
AP
протекает офк, но кого это волнует пока оно работает только в нужном месте, кого волнует что будет потом и что это не скейлится)
ER
скоро еще директивы стилей притащат зачем-то :)
AP
можно люди свои основы построения архитектуры применят, а то твои у них вызывают страдания)
PM
AP
невероятно полезная директива) главное чтобы не как в реакте
AP
ведь писать 10 раз styles: это невероятно проще чем интерполировать строку)
PM
Те кто не понимает что компонент не должен управлять своим позиционированием должны наконец-то подразобраться в вопросе. Для позиционирования существуют лейаут-компоненты. К тому же в реальном проекте дополнительный div не так часто применяется, так как чаще всего в верстке уже есть все необходимое
AP
ух архитектура так и прет из всех щелей)
ER
😅У меня до сих пор в голове не укладывается, зачем эта дичь нужна.