Розробка · 1 липня 2024, 15:00 2376

Olexander Smolianinov, frontend director в ZFORT Group

Front-end Digest № 54: затвердження ECMAScript 2024, бібліотеки CSS-in-JS та ідеальний шрифт для кодування

💡 Усі статті, обговорення, новини про Front-end — в одному місці. Приєднуйтесь до Front-end спільноти!

Привіт, колеги. Мене звати Олександр і я займаюся фронтендом в компанії Zfort Group. Маю для вас свіжий дайджест із цікавими матеріалами зі світу фронтенда за останній тиждень.

👍ПодобаєтьсяСподобалось4

До обраногоВ обраному4

Facebook

Twitter

Ctrl + Enter

Igor Golodnitsky те самые 5k$ в PreciseQ 02.07.2024 00:02

Гнівний монолог про розробку фронтенду

blog.frankmtaylor.com/...ut-front-end-development

Аминь. Как же я с ним согласен.

Відповісти

Підтримати

Dmytro Zemnytskyi Засновник в Pragmasoft, Харків 02.07.2024 16:08

Ну таке, з одного боку погоджусь, що більшість сучасних «фронтенд розробників» знають тільки реакт і редакс з курсів і тулять їх де треба і де не треба. З іншого боку, твердження, що якщо в тебе проблеми з css то проблема в тобі — як мінімум спірне. Він же сам потім пише, що проблеми з css є в тому випадку, коли ти використовуєш чиїсь стилі, які ти не контролюєш. І це мабуть 90% всіх випадків, за виключенням хіба що самих простих сайтів на одну сторінку.

Також не згоден з порадою просто копіювати код через кліпборд. Як це взагалі підтримувати?

Також і про jQuery — це просто суцільний жах як на мене, не стільки сама бібліотека, як код, що на ній написано, з точки зору підтримки.

Відповісти

Підтримати

Igor Golodnitsky

Igor Golodnitsky те самые 5k$ в PreciseQ 03.07.2024 23:04

твердження, що якщо в тебе проблеми з css то проблема в тобі — як мінімум спірне

У меня лично никогда не было особых проблем с css. Особенно с появлением в 2008 Firebug. Проблема была не в css, а в том, что web расширялся и сюда шли люди с различным desktop/mobile бекграундом, которые не понимали, как это «свойство на label не повесить напрямую».

коли ти використовуєш чиїсь стилі, які ти не контролюєш

это тоже такая себе история, которая очень связана с таким феноменом как css frameworks, которые появились довольно поздно, лично я встретился с первым таким реальным кодом в 2012 с Twitter Bootstrap, появилась концепция продажи Theme на их основе. Как и jQuery эти чудо-фреймворки, отголосок отсутствия Flexbox тогда, но зачем тебе css framework сейчас, в чистом виде? Больше похоже на дань моде.

С другой стороны, то куда пошел развиваться реальный css, тоже заставляет задуматься. css-variables, shadowDom и scoped стили, эти компонентизации. Имел я дело с этим, так как Ionic Framework перешел на новые подходы и общее впечатление, что оно больше создает проблем, чем решает. Но это стандартный API браузер, тут ты никуда не денешься.

Також не згоден з порадою просто копіювати код через кліпборд. Як це взагалі підтримувати?

В случае с его примером, я согласен, зачем тебе циклом наваливать css. У меня тоже вопрос, как поддерживать такой css цикл, в голове воображать как он распаковывается, и главное зачем, если ты не делаешь еще одну грид систему.

Також і про jQuery — це просто суцільний жах як на мене, не стільки сама бібліотека, як код, що на ній написано, з точки зору підтримки.

Тут надо сказать, что то ради чего делался jQuery, давно не актуально. Если взять базовый jQuery версии 1.3, которые были самыми заточенными на конкретное решений задач.

1. Возможность выбора по селектору (движок Sizzle), он составлял процентов 30% размера библиотеки. Тоесть с момента выхода jQuery в 2006, к 2008 начинают выкатывать querySelectorAll.
johnresig.com/...electorall-in-firefox-31
Остаеться только вопрос, когда доля ниже IE9 уйдет небытие, а это был где-то аж 2016 год.
Но выделив в отдельную библиотеку, ты можешь движок Sizzle не слать на клиент, если браузер новый.
2. ajax — то что понравилось очень многим, хотя и странно это пихать в основную библиотеку, довольно большой кусок кода, думаю 15% библиотеки он занимал. Он решал пару кросс проблем, а в 2011 они выкатывают jQuery 1.5 с Deferred. На тот момент единственное, что в принципе есть асинхронного в браузере это ajax и WebSQL в хроме. С одной стороны Promise, которого ждали, whenAll возможности для нескольких задач. С другой стороны рост размера библиотеки и усложнение. Примерно к 2017 концы с концами сходяться, основные браузеры имеют fetch и Promise.
3. ради чего еще можно было использовать jQuery, анимации — сильно нишего, и это было до появления css анимаций. addEventListener vs attachEvent не актуален. фичи типа delegate?
понятно, что jQuery не актуален, и есть мини альтернативы типа Cash/Zepto. Зачем использовать не vanillajs, синтаксис основной части библиотеки jQuery для пальцев как Vim, разве что поэтому, очень уж вьедливы эти addClass, closest, show/hide.

Тоесть, с текущей точки нахождения API браузеров, vanilla js или jQuery или Cash, не имеет особой разницы, по сути это все и есть vanillajs. Используя jQuery я писал большие проекты, SPA, и для мобилок и десктоп браузеров.

К сожалению, Angular/React добавив нам возможность делать декларативный «if», «for» в темплейтах и работу с History API для SPA, создал поверх столько проблем: неведанных абстракций, кучи тулзов и часовых билдов и огромных бандлов, сложного дебага в 200 строк call stack, непонятно как обходимых ситуаций на ровном месте, оно просто на голову не налазит.
— Мысль не закончена, может быть продолжу позже.

Відповісти

Підтримати

Dmytro Zemnytskyi

Підписатись на коментарі

Ваша пошта

Не підписуватись

Front-end Digest № 54: затвердження ECMAScript 2024, бібліотеки CSS-in-JS та ідеальний шрифт для кодування

Веброзробка

CSS

JavaScript

3 коментарі

Підписатись на коментарі