Но к ним же так долго шли ?

Будем в каждом компоненте прописывать шрифты и типографику

Верно

Будем в каждом компоненте прописывать шрифты и типографику

Это просто будет переменная в глобальном сторе

Я пробовал писать в таком стиле на том же жсс убирая наследование, кроме боли ничего полезного

Это просто будет переменная в глобальном сторе

Стейте

Я пробовал писать в таком стиле на том же жсс убирая наследование, кроме боли ничего полезного

Окай

Переменные решат проблему, но создадут множество других

Так и будем ходить по кругу

Переменные решат проблему, но создадут множество других

Расскажи

Банальное переопределение переменной

Переменные решат проблему, но создадут множество других

Мне на самом деле интересны твои шишки

Банальное переопределение переменной

Подробнее. И ещё примеров пожалуйста

И есть примеры на гитхабе?

Ну смотри, под сколько свойств ты создашь переменные?

Стили браузеров перестанут влиять на что либо

Все нужно переопределять

И получается что описывая 2 совершенно разных кнопки от дизайнера ты должен будешь написать простыню из свойств

Которые могли бы наследоваться описав ты их в глобале где нибудь вверху файла или скоупа

Которые могли бы наследоваться описав ты их в глобале где нибудь вверху файла или скоупа

Есть basic style

Которые я мерджу с первым правилом для каждого компонента

Ну ты сам пишешь - мержишь с первым правилом, удобной конструкции для этого нет

Кроме как ручками написать все свойства

Вторая проблема которую я вижу это отладка, наверное никому не хочется видеть inheritance свойства при просмотре

Вторая проблема которую я вижу это отладка, наверное никому не хочется видеть inheritance свойства при просмотре

Это мелочь

Достаточная для того что бы так не делать

Если в девтулзах включить show user agent styles будет тоже самое

Ну ты сам пишешь - мержишь с первым правилом, удобной конструкции для этого нет

Object.assign?

Типографика более 30 свойств на память имеет

Object.assign?

Если говорим о жсс то да, так и делал

Но зачем оно когда один раз описал в глобалах а оно потом само наследуется

Минус 2 строки в описании

Это философский вопрос

Для меня композиция лучше наследования

Я в общем не вижу в этом будущего, сомнительные плюсы

Ты видел мой тред про цсс?

Неа, я стараюсь не читать такое, потому что все кто не использует - им не нужно, а кто пользует решает какие то свои проблемы которые есть только у него

Но скинь, прочитаю

Но скинь, прочитаю

https://twitter.com/iamstarkov/status/826546861297303556

ребзя, ни у кого нет каких-то сохранённых НЕ тупых тестовых заданий для джунов? тут человек учиться хочет, но Я хз, боевых не подкинешь, а тупые типа напишите калькулятор, имхо, убивают интерес

https://twitter.com/iamstarkov/status/826546861297303556

Ну и тут я уже не согласен по каскадам, они нужны, избитые случаи это баттон груп и совинный селектор

Очень удобно писать соседний уточняющий селектор, чем описывать это более сложными правилами

Очень удобно писать соседний уточняющий селектор, чем описывать это более сложными правилами

Goto тоже удобно

Ну и тут я уже не согласен по каскадам, они нужны, избитые случаи это баттон груп и совинный селектор

В группе про реакт этот кейс обсуждали можно и без каскада только пропсами обойтись

Тогда у тебя кнопка будет содержать множество стилей которые ей не нужны

Зачем одиночной кнопке резет уголков или бордера?

Тогда у тебя кнопка будет содержать множество стилей которые ей не нужны

Она будет содержать стили за которые она ответственна

Вот это про цсс с каскадом https://twitter.com/iamstarkov/status/829014434357972992

Она будет содержать стили за которые она ответственна

Она будет содержать стили которые ей нужны будут только в случае когда над ней будет кто то другой который ей на это укажет, то есть стили нашего компонента группы перемещаются в кнопку

Компоненты все же должны быть самодостаточными

Она будет содержать стили которые ей нужны будут только в случае когда над ней будет кто то другой который ей на это укажет, то есть стили нашего компонента группы перемещаются в кнопку

Экспортишь стили из компонента, создаёшь компонент-обёртку с дополнительными стилями, профит

А мог бы просто использовать существующую возможность цсс

Все же зависит от задачи, а в этой задаче это является элегантным решением, мы в нужной ситуации используем нужный селектор

Почитал, но так и не понял, есть ли смысл встраивать в статику приложение? Тип, загружаю статику, в неё подгружаю скрипты приложения, приложение проверяет локалстораж и выполняет логику. Так вообще можно?

Проблема каскадов как мне кажется появляется от их непонимания

Она будет содержать стили которые ей нужны будут только в случае когда над ней будет кто то другой который ей на это укажет, то есть стили нашего компонента группы перемещаются в кнопку

Бтв, Эти стили ей нужны так как это ее возможные состояния. То есть стили не перемещаются в кнопку, они всегда там должны были быть

.a * {} - это не понимание каскада

Проблема каскадов как мне кажется появляется от их непонимания

О да ?. Но нет

Почитал, но так и не понял, есть ли смысл встраивать в статику приложение? Тип, загружаю статику, в неё подгружаю скрипты приложения, приложение проверяет локалстораж и выполняет логику. Так вообще можно?

Я тебя не понимаю

Представь что мы доделали кнопки и их зафризили, все, у них есть их неповторимый дизайн, и тут нужно сделать группу, делать пр в либу, так сколько таких пр будет в ней от разных пользователей, каждому нужно свое, а так каскадом управляй как хочешь

Представь что мы доделали кнопки и их зафризили, все, у них есть их неповторимый дизайн, и тут нужно сделать группу, делать пр в либу, так сколько таких пр будет в ней от разных пользователей, каждому нужно свое, а так каскадом управляй как хочешь

И не только ты

О да ?. Но нет

Я вижу как твои мысли пересекаются с мыслями автора жсс, но я с ним не согласен :)

Каскад норм если ты один и в кодревью никогда не пропускаются ошибки

Или когда ты пишешь цсс только для новых приложений

Да! Мы сейчас говорим о подходе с головой

А просто так и скоуп может стать проблемой

И никогда для компонентов для сайтов со своим цсс, который ты не контролируешь

Я тебя не понимаю

Так, ща, сформулирую. Есть сайт на фласке, он отдаёт странички понятные для яндекса. Я хочу в эти страницы встроить ангуляр2 который рендерит определённые элементы на странице. Всё будет норм? Такая хуйня практикуется?

ERROR: S client not available

Да! Мы сейчас говорим о подходе с головой

Голова хорошо, но если есть решение без влияния человеческого фактора, то лучше выбрать его

Так, ща, сформулирую. Есть сайт на фласке, он отдаёт странички понятные для яндекса. Я хочу в эти страницы встроить ангуляр2 который рендерит определённые элементы на странице. Всё будет норм? Такая хуйня практикуется?

Флакс?

фласк

Что это?

Серверный фреймворк.

Серверный фреймворк.

Не могу подсказать спроси или у ангулярщиков или у фласковцев

Вместо ангуляра можешь читать реакт, это не суть.

Которые могли бы наследоваться описав ты их в глобале где нибудь вверху файла или скоупа

не ну это аргумент в духе "а вместо того чтобы городить всю эту сложную архитектуру можно же просто создать массив в window и через него данные передавать". ну плохая практика же. убивает гарантированность поведения. за что мы боремся то?

Проблема каскадов как мне кажется появляется от их непонимания

нет, проблема каскадов от того, что они создают непредсказуемое поведение

не ну это аргумент в духе "а вместо того чтобы городить всю эту сложную архитектуру можно же просто создать массив в window и через него данные передавать". ну плохая практика же. убивает гарантированность поведения. за что мы боремся то?

Дело говоришь

Каскады это как глобальные переменные

В жс плохо, в цсс почему то всем окей

нет, проблема каскадов от того, что они создают непредсказуемое поведение

>непредсказуемое поведение А это какое?

>непредсказуемое поведение А это какое?

возможность изменить внешний вид компонента не меняя вообще ничего в самом компоненте

неявное наследование - зло.

неявное наследование - зло.

Просто неясность - зло

>непредсказуемое поведение А это какое?

Сайд эффекты

Глобальные переменные

Просто неясность - зло

* Неявность

Вообще звучит законно. Хорошо что в ангуляре всё это есть искоропки.

Вообще звучит законно. Хорошо что в ангуляре всё это есть искоропки.

Нет

Там только скоупы

И то толко во втором

Там только скоупы

А разница? Стили отделены, встраиваются автоматически, дополнительно ничего не нужно устанавливать.

А разница? Стили отделены, встраиваются автоматически, дополнительно ничего не нужно устанавливать.

Ты как будто весь тред не читал

А разница? Стили отделены, встраиваются автоматически, дополнительно ничего не нужно устанавливать.

Тлдр: от каскада тебя это не защитит

есть jss-isolate, но меня смущают обьемы css которые оно помещает на каждый элемент

и есть конечно all: initial. но IE.

Ты как будто весь тред не читал

Хотел перечитать, но да и хуй с ним. Все эти споры уровня какой флосмастер вкуснее.

Хотел перечитать, но да и хуй с ним. Все эти споры уровня какой флосмастер вкуснее.

хмм. вообще нет.

это даже не спор. есть просто определенные best practices.

которые говорят - никаких глобальных переменных, от них проблемы. нужно избегать сайд эффектов - от них проблемы. неявное поведение - проблемы. цель - предсказуемость поведения. это базис для любого ЯП. сейчас просто наконец то дошла очередь до css