Frontend
2.72K subscribers
503 photos
30 videos
4 files
1.22K links
Много полезного материала по JavaScript, TypeScript, Angular, React, Vue, HTML, CSS, Node.js, Mobile и многому другому.

По вопросам сотрудничества- @Daily_admin_info

По иным темам @un_ixtime
Download Telegram
This media is not supported in your browser
VIEW IN TELEGRAM
Создайте навигацию на панели инструментов с раскрывающимся списком, используя код HTML и CSS 🚀

https://github.com/atherosai/ui/tree/main/toolbar-01
3 неожиданных ловушки Async/Await, которых следует избегать каждому веб-разработчику!
Давайте рассмотрим 3 практических ограничения async/await в JavaScript.

https://blog.bitsrc.io/pitfalls-of-async-await-in-javascript-7c0678fbc282
7 библиотек искусственного интеллекта, которые должен знать КАЖДЫЙ разработчик (чтобы быть волшебником)🧙‍♂️ 🪄

https://dev.to/copilotkit/7-ai-libraries-every-dev-needs-to-know-to-be-a-wiz-4lim
daisyUI — CSS-компоненты Tailwind (обновление версии 4 здесь)
This media is not supported in your browser
VIEW IN TELEGRAM
Создайте поле ввода, используя HTML, CSS и код JavaScript 🚀

https://github.com/atherosai/ui/tree/main/input-03
Forwarded from Web Design
10 Приемов CSS Для Скрытия Элементов

В веб-разработке существует множество сценариев, в которых вам может потребоваться манипулировать видимостью определенных элементов на вашем веб-сайте. В этой статье мы рассмотрим десять различных методов сокрытия контента с помощью CSS с учетом различных вариантов использования.https://blog.openreplay.com/hiding-elements-with-css
Вам не нужен для этого JavaScript

Прошу вас не возмущаться названием статьи. Я не ненавижу JavaScript, я люблю его. Ежедневно я пишу на нём кучу кода. Но ещё я люблю CSS и даже люблю JSX HTML. Я люблю все эти три технологии по причине, которая называется…

▍ Правило наименьших полномочий

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

В случае веба это означает, что нужно по возможности выбирать HTML вместо CSS, а затем CSS вместо JS. JS — самый универсальный язык из всех трёх, потому что на нём вы описываете, как должен вести себя браузер; но также он может ломаться, отказываться загружаться, требует дополнительных ресурсов для скачивания, парсинга и исполнения. Кроме того, при его использовании очень легко ограничить доступ пользователей, выполняющих браузинг при помощи клавиатуры или специальных возможностей.

В отличие от JS с его императивностью, HTML и CSS декларативны. Вы говорите браузеру, что делать, а не как это делать. Это значит, что браузер сам выбирает, как это делать, и может сделать это наиболее эффективным образом.

Так как функции HTML и CSS обрабатываются браузером, они могут быть более производительными, более нативными, более адаптируемыми к предпочтениям пользователя и в общем случае иметь бОльшую accessibility. Это не значит, что так будет всегда (особенно когда дело касается accessibility), но когда все сложные задачи берёт на себя браузер, от этого обычно выигрывают конечные пользователи.
https://habr.com/ru/companies/ruvds/articles/779814/
Искусство Оформления Полосы Прокрутки С Помощью CSS

https://blog.openreplay.com/styling-scrollbars-with-css
Forwarded from REact
Погружение в действия сервера в Next.js 14

Действия сервера Next.js — это функции, которые выполняются на стороне сервера. Наличие этих специальных функций, которые выполняются только на сервере, означает, что разработчики могут переложить на них такие обязанности, как выборка и изменение данных, избегая уязвимостей и проблем безопасности, связанных с получением и изменением данных от клиента.

Чтобы полностью понять действия сервера, важно понимать проблемы, которые они решают, что мы делали до них, их эволюцию и их эволюцию. Мы углубимся во все эти аспекты по мере прочтения этой статьи. https://blog.logrocket.com/diving-into-server-actions-next-js-14
Список методов JavaScript, которые вы можете использовать + плагин ESLint

Lodash и Underscore — отличные современные служебные библиотеки JavaScript, которые широко используются фронтенд-разработчиками. Однако, если вы ориентируетесь на современные браузеры, вы можете обнаружить, что существует множество методов, которые уже поддерживаются изначально благодаря ECMAScript5 [ES5] и ECMAScript2015 [ES6]. Если вы хотите, чтобы ваш проект требовал меньше зависимостей, и вы четко знаете целевой браузер, вам может не понадобиться Lodash/Underscore.

https://github.com/you-dont-need/You-Dont-Need-Lodash-Underscore
Frontend. Чистые и грязные компоненты.

Здравствуйте!

Коротко о чем тут, чтобы вы могли понять, нужно ли оно вам или нет.

Тут я описываю то к чему я пришел в разработке именно компонентов и какой подход использую. Материал может быть полезна скорее для новичков и не обязательно в React, потому что этот подход подойдет и для всего остального, но примеры на React.

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

Почему это дискуссия? Потому что я не могу утверждать, что это правильное решение или что это в принципе хорошее решение для действительно больших проектов. Я не знаю. Но в тоже время, чисто логически, это выглядит как правильное решение и все последние проекты которые я делал с этим подходом — легко поддерживаются и разрабатываются. Надеюсь, что более опытные разработчики оставят отзыв или комментарий на эту тему и по этому материалу.

Читать далее https://habr.com/ru/articles/784172