overmindjs крутой

правда в IE не работает

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

ну тут у большинства людей вкусовщина, типо я пользуюсь - мне нравится. Статистику бы глянуть.

ну тут у большинства людей вкусовщина, типо я пользуюсь - мне нравится. Статистику бы глянуть.

Есть куча годных стейт менеджеров, выбирай тот который решает твои задачи. Идеального нет. Хочется гнаться за статистикой — бери Redux (самый популярный) Пока искал себе стейт менеджер сделал выборку, что мне больше всего подходило/понравилось. MobX, Redux, Effector, Reatom Остановился на Reatom

это потому что он построен на проксях

Да так остановился что начал контрибьютить 🌚

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

rx ❤

Это не стейт-менеджер и быть им не может

Распространение изменений в Rx фундаментально сломано (с точки зрения СТМ), поэтому никакие computed / derived там не заработают нормально

А можешь пояснить?

А можешь пояснить?

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

А нормально ли юзать переменные объявленные в css через styled components?

most :)

так и делаю

А нормально ли юзать переменные объявленные в css через styled components?

так и делаю

Используем reselect, появился вопрос, мемоизить саму функцию mapStateToProps вместе с использованием reselect - хорошая идея или нет?

Плохая

а в сасс, это вроде как плохая практика либо просто сломано. Ну думаю нормальная идея, а то как-то не нашел как переменные правильно объявить

Спасибо. А почему плохая, не объясните?

SASS, Stylus, Less, SCSS и все оставльный препроцессоры — плохая практика. Имхо.

да я тоже считаю так, а ты вот почему так думаешь?

PostCSS уже стандартом стал по факту

1. Они из CSS делают не CSS со всекими конструкциями, в которые нужно долго втыкать (даже если ты их написал). 2. & — зло, которым часто злоупотребляют 3. Нативное всегда лучше

1. Они из CSS делают не CSS со всекими конструкциями, в которые нужно долго втыкать (даже если ты их написал). 2. & — зло, которым часто злоупотребляют 3. Нативное всегда лучше

Для бэма хорошо подходил, помню.

Для бэма хорошо подходил, помню.

вот насчет & согласен на все сто... иной раз из-за лишнего злоупотребления в сотне файлах хрен найдешь, где стили править...

это проблема не &, а отсутсвия структуры

Структуры чего?

верстки и отсутсвия нормального компонентного подхода

Объясни как это решается с помощью & ?

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

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

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

Я рад что ты знаешь про БЭМ. .block &__elem1 &__elem2 &_mod &_val1 &_val2 &_val3 vs .block__elem1 {} .block__elem2 {} .block__elem2_mod_val1 {} .block__elem2_mod_val2 {} .block__elem2_mod_val3 {} Добавь к этому CSS правила. Моё недовольство к & не на пустом месте

И? В чем сложность Парсинга?)

Добавь каскады и css свойства

какие каскады ? то, что ты написал и есть максимальный каскад. все

Лол. Я ни одного каскада не написал

Я рад что ты знаешь про БЭМ. .block &__elem1 &__elem2 &_mod &_val1 &_val2 &_val3 vs .block__elem1 {} .block__elem2 {} .block__elem2_mod_val1 {} .block__elem2_mod_val2 {} .block__elem2_mod_val3 {} Добавь к этому CSS правила. Моё недовольство к & не на пустом месте

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

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

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

А если все таки он пригодится? ))

🤔в истории гита посмотреть можно

Модификаторы блока создаёют каскады на элементы

пример плз :)

Самый простой .Block_theme_light .Block-Elem {}

meh. штош 🤷‍♂ никто не идеален :)

Ты сейчас о чём?

твой аргумент справедлив :) там не оч удобно с & получается :) или ты не привык, что в этом чате соглашаются ?) все ж это не те нюансы, которые меня бы заставили отказаться. & позволяет херануть в том числе и миксины (ух и огребу ща за это лол), и быстро скопипасть нужный функционал и для меня достаточно наглядно структуру всю выдает, как ни крути. есть моменты, где его не оч удобно пользовать, но штош

В этом чате не привык XD Я достаточно нагляделся на & в проектах (в том числе и в нашем), напарник уж сильно им увлекался. Из-за этого и отвращение к нему (хоть и любил раньше).

ну это вопрос к напарнику :) и в том числе есть код ревью

ну... уже нет напарника

совсем за**ал ?)

ну это вопрос к напарнику :) и в том числе есть код ревью

В этом чате не привык XD Я достаточно нагляделся на & в проектах (в том числе и в нашем), напарник уж сильно им увлекался. Из-за этого и отвращение к нему (хоть и любил раньше).