raduim тупо обновляет атрибут style, typestype и afrodite их кешируют как-то точно, на выходе у них "безобразные" именя классов (тоже по типу контрольной суммы, то есть одинаковые объекты стилей в typesctyle, например, не порождают два класса)

styled-components - вообще хз но технически первый раз будет жесткий парсинг, да

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

они там парсятся за десятую часть секунды

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

они там парсятся за десятую часть секунды

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

бывало, я форкал чужие компоненты, они на стайлусе, я на sass, или наоборот

Шанс ухода посетителя

фэйсбук и вк тоже быстро грузятся?

+/- 100 миллисекунд могут играть роль

да не могут, имхо)

если ресурс ценен, то останутся

и я считаю пофигу даже на то, что гугл угрожает в ранжировании уронить "неотзывчивый" сайт

фэйсбук и вк тоже быстро грузятся?

Фейсбук и ВК это не новостные сайты и не интерактивные лендинги

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

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

ну на новостных сайтах я пойду на жертвы, хорошо)

просто эту "другие факторы" тоже нужо обкатывать*, и какой процент от времени загрузки съест работа с CSS - тоже нужно посмотреть

может и не придется заморачиваться с ним

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

единообразие, как минимум зачем вообще препроцессоры были придуманы?

CSS стало сложно писать в одном файле, встроенный @import создавал лишние сетевые запросы к серверу. Препроцессоры давали модульность, циклы, всякие игрушечные функции, примочки для построения БЭМ-like классов

Единообразие кода?

нет, единообразие формата

Вебпак позволяет автоматически отформатировать бандл

раньше очень многие писали на stylus (я до сих пор считаю, что он гораздо лучше sass, если смотреть по возможностям) и если ты хочешь скомуниздить кусок кода на stylus и использовать его в sass - тебе нужна конвертация (ручная или автоматическая)

единообразие синтаксиса, так наверное будет понятнее

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

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

все препроцессоры уже давно делают одно и то же

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

По возможностям, лично мне от препроцессора нужны следующие вещи: Нормальный импорт Переменные И вложенность для псевдоклассов и псевдоэлементов

я понимаю, всем это нужно) и это есть в javascript

только вложенность в CSS не нужна

Но а зачем мне это загонять в js?)

а тебе принципиально, в каком расширении файла писать свой CSS?)

только вложенность в CSS не нужна

БЭМ, это классно, но ховер лично мне приятней делать вложеным

.sass/scss .less .js

ну как бы классно конечно, только React/Angular/Vue компонентную модель стилей обыграли лучше

а тебе принципиально, в каком расширении файла писать свой CSS?)

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

согласен css развивается ужасно медленно двадцать лет мы шли к флексбоксу

ну как бы классно конечно, только React/Angular/Vue компонентную модель стилей обыграли лучше

Так я и пытаюсь разобраться, зачем мне это нужно)

для реакта подходит модель CSS Modules

абсолюто та же вещь, что и у vue, только настраивать ручками

с этим ты пишешь свой любимый CSS без всякого JS

на выходе у тебя префиксные стили без конфликтов (с чем и боролся БЭМ, когда появился)

Ага, тоесть это решает конфликт стилей

да

БЭМ в сравнении с этим - ручная коробка передач

Теперь начал понимать

все это чистая вкусовщина

В БЭМ ты там сам придумываешь именя, у тебя есть просто свод правил (спецификация) как быть умницей при написании стилей

Ага, тоесть это решает конфликт стилей

И повышает контроль над стилями

но эта ручная работа очевидно лишняя)

все это чистая вкусовщина

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

опыта мало

в общем, если фреймворк/библиотека/инструмент (vue/css-modules) позволяет, можно без напряга использовать CSS (с удобством)

в React часто тянут CSS-in-JS, ну потому что там это удобнее вплетается

немного

Тоесть, Vue позволяет не тянуть css в js?

конечно, да и я вообще не слышал от знакомых, чтобы кто-то говорил о css-in-js во vue

пишешь себе .vue файлы, вебпак все растаскивает, все рады

Нужно будет изучить функционал

http://vuejs-templates.github.io/webpack/pre-processors.html полная поддержка препроцессоров, шикос

vue вообще удобненький

у меня энтерпрайз на реакте, юзаю styled-components, ранее делал на BEM`е . Плюсы в CSS-in-JS, это то, что тебе не надо заморачиваться с классами, да и управление стилями через js декларативнее, ну и старый css выпиливается вместе с компонентом. Из минусов... в BEM ты мог тупо открыть файл и смотреть стили по классам, в styled-components нужно лазить по компонентам и смотреть там... Так что это все чистая вкусовщина. Ну и билд со styled-components выходит чуть больше чем на чистом BEM

ERROR: S client not available

правда потом vue'шникам тяжело бывает перелазить на React

правда потом vue'шникам тяжело бывает перелазить на React

Это если нужно будет)

у меня энтерпрайз на реакте, юзаю styled-components, ранее делал на BEM`е . Плюсы в CSS-in-JS, это то, что тебе не надо заморачиваться с классами, да и управление стилями через js декларативнее, ну и старый css выпиливается вместе с компонентом. Из минусов... в BEM ты мог тупо открыть файл и смотреть стили по классам, в styled-components нужно лазить по компонентам и смотреть там... Так что это все чистая вкусовщина. Ну и билд со styled-components выходит чуть больше чем на чистом BEM

хороший отзыв мне нравится замечание про то, что "css выпиливается вместе с компонентом."

Это если нужно будет)

я в принципе с реактом работаю, и только с ним

мне ужасно нравится

как он стыкуется со всем остальным

Всем привет!

Я только в начале пути, пока осваиваю фреймворки и работаю на небольших заказах

привет

Хай

мне кажется, vue - идеальный выбор

Кто дебажил хромом ноду?

С ним и работаю

Не работает команда debugger тока у меня?

честно говоря, с react очень много приходится знать, особенно если ты занимаешься самодеятельностью

Где-то валится приложение стактрейс не видно до конца

Не работает команда debugger тока у меня?

а как ты дебажишь?

Через --inspect --inspect-brk

Кто дебажил хромом ноду?

дебажу через WebStorm, имхо удобнее в разы

Чёт там и точки останова от файловой системы не работают

Через --inspect --inspect-brk

можно взять https://github.com/node-inspector/node-inspector

мне кажется, vue - идеальный выбор

Лол

можно взять https://github.com/node-inspector/node-inspector

Эт вроде деприкейт подход?

дебажу через WebStorm, имхо удобнее в разы

Сча попробую

а, точно, я уже давно не работал с серверной нодой

честно говоря, с react очень много приходится знать, особенно если ты занимаешься самодеятельностью

Суть пыхеров

оно падает на стадии инициализации, или при обработке логики в endpoint?

Дебажу cli

Через вебшторм тоже не робит(

Суть пыхеров

это попыта склонения к холивару? ?

Дебажу cli

сервер падает на стадии инициализации, или при обработке логики в endpoint?

Там не сервер