Что эффективнее использовать css || js?

Question

[TheSnegok]

На сайте есть выпадающее меню c множеством элементов, но вот вопрос: с помощью чего эффективнее и быстрее это будет работать js или css?

Comments

[iBird Rose]

правило одно: там где ты можешь справиться только с css - делай на css. там где не можешь - используй js

[ambisinister One]

iBird Rose, А ещё лучше просто css.
Js для тех, кому лень напрягать соображалку)
Это лично моё, с годами и опытом, приобретённое мнение)

[Lynn «Кофеман»]

iBird Rose, ну из этого правила есть исключения, но в целом +100500

Answer 1

[Василий Банников]

Эммм, а как ты себе это представляешь без одного из двух?
CSS - про стили.
JS - про поведение.

Comments

[TheSnegok]

С помощью свойств таких как hover например в css можно тоже управлять поведением и в принципе делать много того же что и в js, не говоря уже о scss/sass, или как ты себе это представляешь?)

[Andrey Shock]

TheSnegok, вполне css подходит, если речь не идет о нажатиях на мышку

[Василий Банников]

TheSnegok, scss/sass - это препроцессоры css.
Они принципиально не могут делать больше, чем сам css

[TheSnegok]

Василий Банников, Я вижу ты очень умный, спорить не хочу хд

[RomanKudlatov]

Вообще можно менюху на css накидать через скрытый чекбокс лэйбл и стиль наподобие
input:checked+.menu )
Костыль невероятный но это возможно)

[Василий Банников]

TheSnegok, ну если тебе для решения задачи хватает только стилей - решай стилями

Answer 2

[Юрий Пузыня]

Вопрос достаточно абстрактный, но в большинстве случаев правильным ответом будет ""js - эффективнее.

Что же такое эффективность:
- дальнейшая поддержка
- расширяемость
- заменяемость

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

Дальнейшая поддержка - структурировать js код проще чем каскадные таблицы. Здесь вам и ООП с состояния и многое другое.

Расширяемость - у решения на CSS будут ограничения по вложенности, по работе на тач устройствах, по доступности (a11y).

Заменяемость - вообще вам не стоит делать меню с нуля, а стоит выбрать одну из популярных библиотек компонентов. Все что вас в ней не устроит - доделать стилями. Как было написано в предыдущих пунктах у меню, как и у любых UI элементов, много скрытых требований, которые уже учтены в популярных библиотеках. И не стоит придумывать их заново.

Для начала рассмотрите MaterialUI. Потом познакомьтесь с альтернативами. И если уж ничего не подойдет - пишите собственное меню на js.

Comments

[Alex Step]

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

https://habr.com/ru/post/490412/

[Юрий Пузыня]

> Думаю всё-таки как критерии эффективности стоит выбирать скорость, требовательность к ресурсам

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

Answer 3

[Alex Step]

Эффективнее будет реализовать на css