css properties убьют css-in-js инфа 100%

да легко

опиши простой способ

css properties убьют css-in-js инфа 100%

не убьют) условий в них нет

css properties убьют css-in-js инфа 100%

?

всем смотреть доклад lea verou

не убьют) условий в них нет

смотреть доклад )

хорошо б весь цсс сдох конечно

ща линк даже дам

да и css-in-js это не только темы это ещё и уникальные классы

хорошо б весь цсс сдох конечно

Ну... эээ, а что тогда?

https://www.youtube.com/watch?v=2an6-WVPuJU самое интересное с середины

а вы тут видимо любители классов .system-module_name_component_name-modification_variant

а вы тут видимо любители классов .system-module_name_component_name-modification_variant

Да нет, хэша достаточно

Да нет, хэша достаточно

А вы тут видимо любители хэша

ОБЪЕКТ

У тебя есть компонент инпут. Вот комбинаторика вариантов представления, помноженная на количество суб-компонентов: /input(Dsabled)?Mod(Main|Login|Feedback)(Root|Icon|Input|Button|Label)/

А вы тут видимо любители хэша

Да

У тебя есть компонент инпут. Вот комбинаторика вариантов представления, помноженная на количество суб-компонентов: /input(Dsabled)?Mod(Main|Login|Feedback)(Root|Icon|Input|Button|Label)/

к чему это

к чему это

я тоже пока не понял)

У тебя есть компонент инпут. Вот комбинаторика вариантов представления, помноженная на количество суб-компонентов: /input(Dsabled)?Mod(Main|Login|Feedback)(Root|Icon|Input|Button|Label)/

Ну как? А теперь представь, что стиль можно определить при создании компонента, он может вмерджить тему, а ещё может вмерджить такой же пропс.

Ну как? А теперь представь, что стиль можно определить при создании компонента, он может вмерджить тему, а ещё может вмерджить такой же пропс.

ты не понимаешь сути SC

не надо херачить все в одном компоненте следуй @AtomicDesign всё упрощается до невозможности

Мне и на css-modules вполне всё просто

А что если я использую cssmodules и SC, то мне куда ?

Хз, мб проекты такие

Но SC лучше ,имхо

к чему это

... Input: { input: { ...style } inputDsabled: { ...style } inputDsabledModLogin: { ...style } inputModLoginLabel: { ...style } inputDsabledModLoginLabel: { ...style } ...

Мне и на css-modules вполне всё просто

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

кстати насчет styled components. Есть у меня в less стилях логика адаптивного layout. Меняется не многое , но в разных компонентах. Мне на каждый вариант layout достаточно написать один файл , где иерархически описаны все изменения. Если я перенесу стили в js, получится что всю эту layout-логику расп*дорасит на кучу мелких кусочков. По куску style на компонент.

... Input: { input: { ...style } inputDsabled: { ...style } inputDsabledModLogin: { ...style } inputModLoginLabel: { ...style } inputDsabledModLoginLabel: { ...style } ...

эм ты собрался это описывать в одном компоненте?

ты не понимаешь сути SC

Понимаю. Это низкий уровень.

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

Ну, не вижу никаких проблем, от sc вижу только головную боль, не перехожу

Ну, не вижу никаких проблем, от sc вижу только головную боль, не перехожу

ну собственно ты просто не шаришь)

Понимаю. Это низкий уровень.

SC это верхний уровень)

эм ты собрался это описывать в одном компоненте?

Могу и разбить.

Могу и разбить.

и в чем проблема?

ну собственно ты просто не шаришь)

Да, возможно. Но мне пока норм)

SC это верхний уровень)

Тема — это уровень выше.

Тема — это уровень выше.

и что?

glamorous топ

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

и в чем проблема?

В том же, что темизация предполагает введение упорядоченной структуры и стандартизирующей абстракции, алгоритм работы которой заранее предсказуем.

куда валить то?

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

А вот это я даже поддержу)

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

Вот чот я в последнее время всё чаще об этом задумываюсь, на самом деле

куда валить то?

в дворники

Да только вот проблема в том, что web это одна из самых перспективных штук

Иэх

и что?

И то, что тебе потребуется понятие, похожее на классы.

В том же, что темизация предполагает введение упорядоченной структуры и стандартизирующей абстракции, алгоритм работы которой заранее предсказуем.

ты не том

ты описываешь не то, как должен выглядеть каждый компонент в теме (хотя подобное я тоже делал) А ключевые переменные для ВСЕХ компонентов разом и темы легко реализуются css-variables, да

Да только вначале был пиздец, поэтому купаемся в cssсах

И то, что тебе потребуется понятие, похожее на классы.

не потребуется

SC не избавляет тебя от этого.

куда валить то?

учить нормальные языки

SC не избавляет тебя от этого.

ты не понимаешь. ты зациклился на необходимости классов

Она просто позволяет тебе не ебать мозг в классами физически.

учить нормальные языки

какие?

@bigslycat ты не прав, SC это очень удобно, если правильно ими пользоваться

ты не понимаешь. ты зациклился на необходимости классов

Конечно.

@bigslycat ты не прав, SC это очень удобно, если правильно ими пользоваться

Я что, говорю, что это неудобно?

Я что, говорю, что это неудобно?

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

если я правильно понял

если я правильно понял

Не. Не понял.

на мой взгляд просто в рантайм тащить всё подряд не нужно

либо надо, чтобы сама платформа умела хорошо в рантайм

на мой взгляд просто в рантайм тащить всё подряд не нужно

Это ваще пофиг.

¯\_(ツ)_/¯ должно быть не пофиг )

css-in-js не тормозит итак. Мне кажется, здесь вообще нет смысла это обсуждать.

> css-in-js не тормозит ммм

вот когда rust на wasm заработает то можно будет по-человечески стили писать

Когда будет обратный кейс, тогда и...

вот когда rust на wasm заработает то можно будет по-человечески стили писать

А еще нет?

вот когда rust на wasm заработает то можно будет по-человечески стили писать

))) ваще надо гудини и webidl в вазме

А еще нет?

уже да

А еще нет?

ну работает но еще много работы нужно вроде

еще в копилку минусов css-in-js , отсутствие какого-то стандарта. Десятка два проектов с кучей звезд и каждый по-разному делает по сути одну задачу

Кстати, а какая вариация на тему css-in-js была самой первой?

> css-in-js не тормозит ммм

Что такое "тормозит"?

))) ваще надо гудини и webidl в вазме

Как он там ещё не загнулся ,гудини?

ну работает но еще много работы нужно вроде

нет, не много. ну смотря какая цель

уже норм в принципе

тулчейн так се

?

а так эмскриптен все сам заворачивает и ок

есть где почитать как с dom работать

с дом эмскриптен сделает все

вазм еще не умеет

эмскриптен сгенерит враппер на жс

Кстати, а какая вариация на тему css-in-js была самой первой?

Я просто что-то подобное помню еще в добекбоновские времена, когда люди собирали шаблоны с динамическими стилями и потом инклюдили в дом

Инлайновыми, канеш, но всё-таки

это и до бекбона делали

эмскриптен сгенерит враппер на жс

ну ты же все равно код на расте пишешь?

для работы с dom

это и до бекбона делали

Ну я и говорю

это мне и интересно

это мне и интересно

есть либы

Ну я и говорю

Даже готовые библиотеки были, емнип

quazar <- реактлайк

как-то так называется