Когда нужна динамика в стилях, нет ничего лучше чем инлайн

согласен но всё пихать в инлайн...

Да случаев на самом деле много, Серега вон тоже хороший пример предложил

С прогрессбарами согласен, ничего против не имею

ну вот ораторы выше говорят это не эффективно

Jss это не инлайн стили

Равно как и styled-components

css-in-js has two camps: 1) inline styles 2) extracting css-in-js into separate style tags

вы опять про эти хипстерские придумки, которые вымрут через год?

вымрут так вымрут

главное чтобы проблемы решали

проекты поддерживать не надо, не?

надо

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

проекты поддерживать не надо, не?

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

все то, что вы описываете, можно сделать явно через css или в нужных местах с добавлением js, добавление странных зависимостей в проект, про которые никто, кроме 10 человек в мире не знает, и знать не будет — пример очень плохого тона

и если ты сейчас скажешь, что сделать нельзя, то ты в конец решил забить на то, что все блин и так компилится в js и css

и если ты сейчас скажешь, что сделать нельзя, то ты в конец решил забить на то, что все блин и так компилится в js и css

что не сделаешь, лишь бы CSS не учить)

я не понимаю проблем с CSS, он вполне себе адекватный, особенно третий

особенно вместе с less/postcss etc.

так тебя никто не заставляет исспользовать css-in-js, тебе это не нужно значит

я не понимаю проблем с CSS, он вполне себе адекватный, особенно третий

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

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

а где писать надо правила стилей? всё в одном файле?

почему нет?

вот есть у тебя вьюха, почему там не прописать правила стилей?

вот есть у тебя вьюха, почему там не прописать правила стилей?

стили этож очень много кода, зачем это рядом? бизнес-логика + стили

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

А в чём разница между to-string-loader и raw-loader ?

зачем во вьюхе бизнес логика?

зачем во вьюхе бизнес логика?

а в SPA как без бизнес-логики?

а в SPA как без бизнес-логики?

ты весь код во вьюхе пишешь?

ты весь код во вьюхе пишешь?

я нет, у меня и стилей там нет.

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

вот есть у тебя вьюха, почему там не прописать правила стилей?

ну и вообще удобно под компонент держать только его стили

вот есть у тебя вьюха, почему там не прописать правила стилей?

зачем там стили?

чтобы компонент можно было переиспользовать проще

я нет, у меня и стилей там нет.

ну вот, скажем у тебя есть компонент button. с какой целью ты выносишь стили? в чем профит?

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

+

то есть папочка с css, js и ресурсами

ну и вообще удобно под компонент держать только его стили

+

тип картинок

ну вот, скажем у тебя есть компонент button. с какой целью ты выносишь стили? в чем профит?

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

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

и если надо будет поменять оформление - это может сделать любой верстальщик

и если надо будет поменять оформление - это может сделать любой верстальщик

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

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

ну вот, скажем у тебя есть компонент button. с какой целью ты выносишь стили? в чем профит?

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

то есть ты нарушаешь инкапсуляцию вьюхи, где то изнутри зная ее реализацию, так?

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

так как ты это сделаешь) покажи пример)

вон выше смотри скрин

папочку скопировал в другой проект и радуешься

и что в нем

треш... отошел на пару минут

ты можешь так и один файл скопировать и радоваться. зачем два)

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

ну это уже имхо дело вкуса, хранить тебе стили в jsx или в отдельном файле

но!

если ты пользуешься не css, а less/sass/scss, тебе нужно стили скомпилить сначала

не, я вообще не хочу отделять стили от верстки) я просто не понимаю профита) я понимаю когда у тебя есть набор стилей, и ты можешь их как то подменять например для принтера. но вот в spa не вижу профита если честно

и тогда они должны быть в отдельном файле

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

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

напрашивается вопрос, почему не js тогда)

вообще, читал где-то, что стили разные бывают, есть которые за отображение отвечают, и их культурнее выность, а есть которые за размещение элементов относительно друг друга — и их лучше в js хранить

Годами учились и учили других, что смешивать в кучу CSS, JS и HTML - это плохо, что код превращается в нечитаемое говнище. И вот круг замкнулся и мы вернулись к тому, с чего всё начиналось 15 лет назад

потому что js для этого не предназначен

У меня напрашивается вопрос наоборот, почему не css/препроцессор

Годами учились и учили других, что смешивать в кучу CSS, JS и HTML - это плохо, что код превращается в нечитаемое говнище. И вот круг замкнулся и мы вернулись к тому, с чего всё начиналось 15 лет назад

так почему так учили?) где обоснование этого? или это просто из разряда "так надо"?

ERROR: S client not available

на пре/пост процессорах элементарно удобнее писать

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

потому что js для этого не предназначен

вот

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

так почему так учили?) где обоснование этого? или это просто из разряда "так надо"?

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

зачем перекладывать старый опыт на новый подход?

Удивительный мир. Все ставят себе css-in-js или что-то аналогичное, потом ходят по чатикам спрашивают - а как там сделать вот это, а как вот это. А потом когда пострадают и прикрутят - начинают говорить, что все очень круто и это лучше обычных стилей :)

понятно дело если у тебя огромная html-ка то да, проще стили вынести

но у нас сейчас другая ситуация

Удивительный мир. Все ставят себе css-in-js или что-то аналогичное, потом ходят по чатикам спрашивают - а как там сделать вот это, а как вот это. А потом когда пострадают и прикрутят - начинают говорить, что все очень круто и это лучше обычных стилей :)

Жизнь боль)

Кто-нибудь в jetbrains idea или webstorm настраивал code style, чтобы webpack не жаловался на indent'ы?

Удивительный мир. Все ставят себе css-in-js или что-то аналогичное, потом ходят по чатикам спрашивают - а как там сделать вот это, а как вот это. А потом когда пострадают и прикрутят - начинают говорить, что все очень круто и это лучше обычных стилей :)

"все" — это кто? я про него слышал только от двух людей в этом чате. если ты проел мозг знакомым, сломал их мышление и заставил этим пользоваться — это не все

Смысл кмк не в том, чтобы все было в одном файле, а в том, чтобы логика компонента была где-то в одном месте. И обычные стили никак не противоречат этому.

но у нас сейчас другая ситуация

Когда 100% интернетов перейдёт на реакт и систему компонентов - тогда можно обсудить этот вопрос и бить себя пяткой в грудь, доказывая что это бимба

"все" — это кто? я про него слышал только от двух людей в этом чате. если ты проел мозг знакомым, сломал их мышление и заставил этим пользоваться — это не все

Если ты не понял - я за обычные стили, без джса :)

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

Когда 100% интернетов перейдёт на реакт и систему компонентов - тогда можно обсудить этот вопрос и бить себя пяткой в грудь, доказывая что это бимба

и зачем мне ждать этого момента?

и зачем мне ждать этого момента?

А ты не дождёшься

Этого никогда не произойдёт

короче ок, я правильно сказал, просто "так надо"

В этом и проблема

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

Если ты не понял - я за обычные стили, без джса :)

видимо

чем тебе аргумент "пост/пре процессоры не собирают js код" не аргумент?

короче ок, я правильно сказал, просто "так надо"

Динамические стили — в js, остальное можно и в css оставить

короче ок, я правильно сказал, просто "так надо"

Да нет, мне просто впадлу тратить 15 минут на набор текста в свою пользу

чем тебе аргумент "пост/пре процессоры не собирают js код" не аргумент?

тем что зачем мне другой язык, если есть js)

Да нет, мне просто впадлу тратить 15 минут на набор текста в свою пользу

так все говорят у кого нет аргументов. назвался груздем полезай в кузов

тем что зачем мне другой язык, если есть js)

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