Size: a a a

SPB Frontend Drinkcast

2017 November 06

AM

Andrey Melikhov in SPB Frontend Drinkcast
Надо смеяться над теми, кто тащит реакт в лендинги
источник

SL

Sergey Lapin in SPB Frontend Drinkcast
источник

SL

Sergey Lapin in SPB Frontend Drinkcast
Ну гетсби еще ничего
источник

AP

Alexey Plutalov in SPB Frontend Drinkcast
Смеются по двум причинам - размер и лапша. И обе проблемы в людях. Размер - потому что нет критической массы, чтобы сделать что-то такого же масштаба, но с нуля под более современные браузеры. Лапша - потому что пишут код не думая об организации. А jQuery хоть и типа фреймворк, но не про архитектуру и ограничения.
источник

AM

Andrey Melikhov in SPB Frontend Drinkcast
Фреймворк? 0_о
источник

SL

Sergey Lapin in SPB Frontend Drinkcast
типа
источник

AP

Alexey Plutalov in SPB Frontend Drinkcast
Ну типа намек на инверсию управления или плагины. Тут не ко мне вопрос почему его фреймворком любят именовать
источник

DS

Denis Sollo in SPB Frontend Drinkcast
Alexey Plutalov
Смеются по двум причинам - размер и лапша. И обе проблемы в людях. Размер - потому что нет критической массы, чтобы сделать что-то такого же масштаба, но с нуля под более современные браузеры. Лапша - потому что пишут код не думая об организации. А jQuery хоть и типа фреймворк, но не про архитектуру и ограничения.
Ну можно же писать на jquery не лапшу? Или это фантастика?
источник

A🚀

Andrey 🚀🚀🚀 Popp in SPB Frontend Drinkcast
Denis даже из твоего примера в твитере — jquery код получается намного сложнее:

$(".el").addClass("some-class")


1. Код выполнится если .el не будет найдет — значит потенциально мертвый код и/или может скрывать багу, намерения кода не ясны в этих случаях.

2. Код установит класс на всех найденых элементах — опять же намерения не ясны. Сначала хотели на одном, потом нечаянно в результате бага этих элементов стало два и код не сломался. Бага опять скрытая осталась.

И так все в jQuery — дизайн ad-hoc, поддерживать такой код сложно. Но писать быстрее — да.
источник

AP

Alexey Plutalov in SPB Frontend Drinkcast
Конечно можно. Мозг только подключать нужно :-)

Первый случай наоборот плюс. Писать на нем большое приложение никто не будет. Но обидно если из за exception'а у пользователя код отвалится.
источник

AM

Andrey Melikhov in SPB Frontend Drinkcast
А вы спорите jquery vs ванилька или jquery vs современные либы/фреймворки?
источник

AP

Alexey Plutalov in SPB Frontend Drinkcast
Мне кажется второе же не имеет смысла :-)
источник

AM

Andrey Melikhov in SPB Frontend Drinkcast
Ну просто на ванильке можно ещё больше неподдерживаемом лапши написать.
источник

AP

Alexey Plutalov in SPB Frontend Drinkcast
А на ванильке можно, но бывает хлопотно. Но можно и свою обертку вместо jquery.
источник

A🚀

Andrey 🚀🚀🚀 Popp in SPB Frontend Drinkcast
@amel_true ну даже в примерах что я выше привел — jQuery явно хуже DOM API
источник

DS

Denis Sollo in SPB Frontend Drinkcast
Andrey 🚀🚀🚀 Popp
Denis даже из твоего примера в твитере — jquery код получается намного сложнее:

$(".el").addClass("some-class")


1. Код выполнится если .el не будет найдет — значит потенциально мертвый код и/или может скрывать багу, намерения кода не ясны в этих случаях.

2. Код установит класс на всех найденых элементах — опять же намерения не ясны. Сначала хотели на одном, потом нечаянно в результате бага этих элементов стало два и код не сломался. Бага опять скрытая осталась.

И так все в jQuery — дизайн ad-hoc, поддерживать такой код сложно. Но писать быстрее — да.
С первым аргументом согласен - мертвый код нам не нужен

А вот со вторым не совсем согласен. Я изначально не могу знать сколько class=“elm” у меня будет на странице. Но мне точно надо что бы ко всем применялся js скрипт. По этому в любом случае нужен querySelectorAll
источник

AP

Alexey Plutalov in SPB Frontend Drinkcast
Это пока тебе не надо что то в DOM вставить :-) или сообщение отправить
источник

AP

Alexey Plutalov in SPB Frontend Drinkcast
И кроссбраузерность соблюсти
источник

SL

Sergey Lapin in SPB Frontend Drinkcast
Зависит от того какая цель, хочется минимум зависимостей ванилька лучше, хочется структуры, дизайна, стабильности и быстроты - фреймворки
источник

SL

Sergey Lapin in SPB Frontend Drinkcast
имхо
источник