Astr0junk
stylus
Sunlive
Astr0junk
Nikich
Michael
stylus
Nikich
Не, тут вопрос больше идентация или скобочки.
Astr0junk
best of the best
Astr0junk
вот
Astr0junk
там нет скобочек
Michael
идентация и чистый жс, а не все эти платформозиависимые мазафаки
Astr0junk
отступы рулят
Astr0junk
угу
Astr0junk
тру стори бро
Sunlive
хотя он их поддерживает
Sunlive
и преттиер
Sunlive
ставит скобки в стайлусе
Nikich
идентация и чистый жс, а не все эти платформозиависимые мазафаки
платформозависимые? Как могут быть скобки у стилей быть платформозависимыми?)
Sunlive
это меня поджигает
Nikich
Или я что-то не так понял.
Michael
ставит скобки в стайлусе
итого стайлус постраивается под разраба при желании, -- ксс там тоже норм
Michael
а остальая мазафака -- говно мамонта
Michael
как сами знаете что
Bogdan
splice -> push -> join?
других вариантов нету?)
Sunlive
я пишу без скобок, если жму сейв - беда, я хз как это вырубить)
Sunlive
приттиер не особо настраиваемый
Sunlive
в плане цсс
Nikich
Меня вот учили в универе на С++ и С# и что-то я вообще не переношу идентацию ни в js, ни в стилях, ни в pug'e.
Michael
в плане цсс
ударь его молотом
Sunlive
других вариантов нету?)
наверняка есть, это что с ходу пришло
Sunlive
ударь его молотом
как вариант выносить в отдельные файлы component.styl
Nikich
И точки с запятой ставлю везде и скобки. Как-то проще воспринимать код как по мне.
Sunlive
но сука.
Nikich
Ну я понял, если бы отсутствие скобок и идентация давали какой-то существенный импакт на разработку, а так экономия на спичках какая-то получается, как по мне.
Nikich
Ну то есть это все рюшечки в синтаксисе, не более.
Sunlive
девелопер экспириенс
Sunlive
если тебе удобно на скобках
Sunlive
то че нет
Michael
попробуешь -- перестанешь ставить при первой возможности
Michael
хотя есть упёртые чуваки. упёрлись в сксс, реакт и всё
Nikich
если тебе удобно на скобках
Так дело в том, что половине команды удобно, другой нет. Как решать такую проблему думаем.)
Sunlive
попробуешь -- перестанешь ставить при первой возможности
я так на стилус и пришел, кстати тестил как то css некст, где есть вложенность и переменные и новые перделки
Sunlive
я сгорел где то на дочерних элементах
Michael
вот просто попробуйте
Michael
а птом усеете добавить если будут аргументы
Sunlive
типа &__child {}
Nikich
Ну понятно, что миграция туда обратно минутное дело.
Michael
типа &__child {}
даже вспоминать не хочу.
Nikich
И селекторы небось все пишете вложенные через амперсанд, да?)
Sunlive
ну да
Sunlive
зачем их тогда называть похоже
Sunlive
тем более во вью
Sunlive
со скоупед цсс
Michael
И селекторы небось все пишете вложенные через амперсанд, да?)
если нужно чтобы в одном уровне вложения, то да
Michael
но это прям архиудобно. прям ваще
Michael
я хз как это было бы проще и, следовательно, надёжнее. Со вью та же тема была, -- он решил всё то, что меня бесило в реакте. И пока ничего круче нету
Анатолий
если нужно чтобы в одном уровне вложения, то да
или если нужно склеить селектор по бэму
Анатолий
хотя мне кажется это лесс так умеет
Michael
или если нужно склеить селектор по бэму
бе него тоже приятно. просто с ним заметнее прятность)
Nastya
чуваки, привет. я пойму, если у вас не приветствуются нубовские вопросы, но тем не менее. вы не подскажете, как правильно работать, если есть один список, хранимый в root, отображаемый и изменяемый разными компонентами? правильно ли я понимаю, что в компонентах надо кидать только события, а в руте обрабатывать изменения?
Stanislav
чуваки, привет. я пойму, если у вас не приветствуются нубовские вопросы, но тем не менее. вы не подскажете, как правильно работать, если есть один список, хранимый в root, отображаемый и изменяемый разными компонентами? правильно ли я понимаю, что в компонентах надо кидать только события, а в руте обрабатывать изменения?
Привет. Нубские вопросы - это сюда. В большинстве случаев, у компонентов должны быть свои состояния. Дочерние элементы сообщают об изменениях/взаимодействиях с помощью ивентов, родительские прокидывают состоние в дочерние через пропсы
Николаич
Правильно
Nastya
хорошо. если позволите, спрошу немного более конкретно: у меня есть список секций, который в зависимости от режима приложения отображается то так, то этак. в оба компонента он передается через props.
Nastya
верно ли я понимаю, что если я сменю порядок секций в первом компоненте, мне надо кинуть событие и обработать его в root, а не пытаться изменять его прям в компоненте?
Tair
Обработать в руте, но сделать это можно разными способами
Tair
Ну да, а как еще
Ну по скрину просто не очевидно ))
Nastya
Ну почему же) там вон даже иконка move нарисована)))
Nastya
Ну не суть. Вы рассказывали про разные способы?
Tair
Ну почему же) там вон даже иконка move нарисована)))
Ого, ну сорян)) я ожидал крестик со стрелками ))
Tair
Ну не суть. Вы рассказывали про разные способы?
Эти компоненты в руте же перечисляются? Там и обрабатывать драг
Tair
А сами компоненты могут даже не знать, что их драгают
Nastya
Спасибо, значит, все правильно. Но смущает, что рут загажен всем этим барахлом по добавлению, изменению, перемещению, вот это вот все
Tair
Рут->список->элемент