Вы наверняка видели OTP-поля для ввода кодов. А знаете, как они делаются?
Сегодня разберёмся, как они делаются с помощью атрибута size.

Что делает атрибут size?
Атрибут size указывает примерное количество видимых символов в поле ввода. Это влияет только на ширину, но не ограничивает количество вводимых символов.

<input type="text" size="6">

Поле будет визуально рассчитано примерно на 6 символов.

Пример
Один из частых кейсов — OTP-поля. Мы хотим, чтобы каждое поле занимало ровно одно место:

<input type="text" size="1" maxlength="1">
<input type="text" size="1" maxlength="1">
<input type="text" size="1" maxlength="1">
<input type="text" size="1" maxlength="1">

1. Атрибут size="1" делает поле под один символ.
2. maxlength="1" ограничивает ввод до одного символа.

Демо: CodePen

Ограничения и фишки:
1. Работает с типами: text, search, tel, url, email, password
2. Не ограничивает ввод — для этого есть maxlength
3. CSS width перекроет size, если задать оба

#HTML #CSS #BestPractices

Недавно мы разбирали(тык) работу с ошибками в JS.
Сегодня рассмотрим создание кастомных ошибок. Они позволяют точнее описывать, что именно пошло не так, и обрабатывать ошибки более точечно.

Вместо обычного Error можно создать свой класс, унаследованный от него:

class ValidationError extends Error { // 1
  constructor(message) {
    super(message);
    this.name = "ValidationError";
  }
}

function validateUser(user) { // 2
  if (!user.name) {
    throw new ValidationError("Поле 'name' обязательно");
  }
}

try {
  validateUser({}); // 3
} catch (error) {
  if (error instanceof ValidationError) { // 4
    console.error("Ошибка валидации:", error.message);
  } else {
    throw error;
  }
}

Что происходит?
1. Мы наследуемся от встроенного Error, чтобы определить новый тип ошибки — ValidationError.

2. Функция validateUser проверяет, есть ли у объекта поле name. Если его нет — выбрасывает кастомную ошибку ValidationError с понятным сообщением.

3. В блоке try вызываем validateUser, передавая объект без name.

4. В блоке catch ловим ошибку и проверяем, является ли она экземпляром ValidationError с помощью instanceof.

Зачем это нужно?
1. Проще различать типы ошибок
2. Можно точечно обрабатывать нужные ошибки с помощью instanceof.
3. Можно сделать более детальные ошибки.

#JavaScript #BestPractices

Привет! Начнем эту 3-дневную рабочую неделю с небольшой алгоритмической задачи.

Задача
Напишите функцию, которая возвращает массив уникальных значений, отсортированных:
1. по количеству повторений (по убыванию),
2. если количество совпадает — по алфавиту.

Пример входных данных:

const words = [
  'banana', 'grapefruit', 'banana', 'grapefruit',
  'banana', 'orange', 'banana', 'grapefruit',
  'grapefruit', 'grapefruit'
];

Ожидаемый результат:

['grapefruit', 'banana', 'orange']

Решение:

function getSortedUnique(words) {
  const freq = {};

  for (let word of words) {
    freq[word] = (freq[word] || 0) + 1;
  }

  return Object.keys(freq).sort((a, b) => {
    if (freq[b] !== freq[a]) {
      return freq[b] - freq[a]; // по убыванию частоты
    }
    
    return a.localeCompare(b); // по алфавиту
  });
}

Разбор:
1. Сначала считаем количество повторений через объект freq.
2. Сортируем ключи — по убыванию количества, а при равенстве — по алфавиту.


Часто в подобных задачах просят не только написать решение, но и посчитать сложность алгоритма.
Предлагаю вам самим попробовать оценить её и, если есть желание, поделиться в комментариях или в нашем чате)

#interview #JavaScript

Когда-нибудь использовали CSS-функцию attr? С помощью этой функции мы можем подставлять значения HTML-атрибутов прямо в стили.

Что это такое?
attr() — CSS-функция, которая извлекает значение HTML-атрибута и подставляет его в стиль или содержимое.
Раньше она работала только в content, теперь экспериментально доступна и в других свойствах.

Пример:

<button class="tooltip-btn" data-tooltip="Удалить файл">Удалить</button>

.tooltip-btn::after {
  content: attr(data-tooltip);
}

Полный пример можно посмотреть на CodePen(тык)

Поддержка в других свойствах
Есть экспериментальная поддержка использования attr в таких свойствах, как width, height, margin и др. Пример:

<div data-width="150" data-height="150"></div>

div {
  width: attr(data-width px, 100px);
  height: attr(data-height px, 100px);
}

Функция принимает до 3 параметров:
1. Имя атрибута
2. Тип единицы измерения
3. Опциональное значение по умолчанию


Поддержка в content: CanIUse
Поддержка во всех свойствах: CanIUse

#CSS #HTML

В CSS появилось новое экспериментальное свойство: anchor-name. Оно позволяет задавать якорь, к которому можно привязывать другие элементы через CSS.

Что и для чего?
Свойство anchor-name позволяет задать якорь для элемента. Этот якорь может быть использован другими элементами для позиционирования.
Мы указываеем точку привязки, а другие элементы могут позиционироваться относительно неё.

Пример работы
1. Якорь объявляется на элементе:

.anchor { anchor-name: --info; }

2. Позиционируемый элемент связывается с этим якорем:

.tooltip {
  position: absolute;
  position-anchor: --info;
}

3. Чтобы задать положение относительно якоря, применяется функция anchor

.tooltip {
  left: anchor(right);
  top: anchor(top);
}

Важно
— Якорь должен быть объявлен раньше в DOM, чем элемент, который к нему привязывается.
— Якорь должен быть видимым и доступным визуально.

Поддержка браузерами: CanIUse

#CSS

Привет! Начнем неделю с задачи которой со мной поделился коллега.

Задача:
Написать порядок вывода в консоль и объяснить.

Решение:
Всего у нас будет 2 рендера, так как в коде есть useEffect, который меняет состояние после первого рендера.

1. App — компонент рендерится, выводится лог.
2. useLayoutEffect — этот эффект срабатывает синхронно после обновления DOM.
3. useEffect — эффект после отрисовки интерфейса.
4. App — повторный рендер компонента из-за обновления состояния.
5. useEffect cleanup — очистка эффекта useEffect с предыдущего рендера.
6. useLayoutEffect cleanup — очистка эффекта useLayoutEffect с предыдущего рендера.
7. useLayoutEffect — повторное выполнение синхронного эффекта с обновлённым состоянием.
8. useEffect — повторное выполнение асинхронного эффекта с обновлённым состоянием.

Такой порядок из-за работы React:
- useLayoutEffect вызывается после обновления DOM, но до того, как браузер нарисует изменения на экране.

- useEffect выполняется после отрисовки.

- Функции очистки вызываются перед повторным выполнением эффекта или при размонтировании компонента.

#react #interview

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

Как это?
Вместо статического импорта:

import { heavyFunc } from './heavyModule.js';

button.addEventListener('click', () => {
  heavyFunc();
});

Используем динамический:

button.addEventListener('click', async () => {
  const module = await import('./heavyModule.js');
  module.heavyFunc();
});

Здесь модуль heavyModule.js загрузится только после клика по кнопке, а не сразу при загрузке страницы.

Зачем?
- Ускоряет загрузку.
- Уменьшает размер основного бандла.

Импорт в React
В React для динамической загрузки компонентов есть React.lazy.

import React, { Suspense } from 'react';

const LazyComponent = React.lazy(() => import('./MyComponent'));

function App() {
  return (
    <Suspense fallback={<div>Загрузка...</div>}>
      <LazyComponent />
    </Suspense>
  );
}

Здесь MyComponent загрузится только при первом рендере LazyComponent.


Когда стоит использовать?
Например, если в приложении есть библиотека для работы с PDF, которую что-то делает по клику на кнопку, то нет смысла грузить её сразу. Такие библиотеки обычно тяжёлые, и динамическая загрузка позволяет сэкономить время и ресурсы.
Не забывайте, что никто не любит ждать. Если ваш сайт долго загружается, пользователь просто уйдёт к конкурентам

#BestPractices #react #JavaScript

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

Пример работающего, но проблемного кода:

async function getData() {
  try {
    const user = await fetch('/user');
    const posts = await fetch('/posts');
    const comments = await fetch('/comments');

    console.log('Все данные получены');
  } catch (error) {
    console.error('Ошибка:', error);
  }
}

Здесь каждый запрос дожидается ответа от предыдущего. Время выполнения функции — сумма времени всех запросов.

Как можно улучшить?
Проблема решается с помощью Promise.all. Это функция, которая принимает массив промисов и позволяет запустить их одновременно. Она возвращает новый промис, который завершится успешно, когда все переданные промисы завершатся, или упадёт, если хотя бы один промис вернёт ошибку.

Более правильная реализация:

async function getData() {
  try {
    const userPromise = fetch('/user');
    const postsPromise = fetch('/posts');
    const commentsPromise = fetch('/comments');

    const [user, posts, comments] = await Promise.all([
      userPromise,
      postsPromise,
      commentsPromise
    ]);

    console.log('Все данные получены');
  } catch (error) {
    console.error('Ошибка:', error);
  }
}

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

Проблема
Если хотя бы один из запросов упадёт, весь промис сразу же перейдёт в ошибку, и мы не получим результаты остальных запросов. Для решения этой проблемы есть Promise.allSettled, который позволяет получить результаты всех промисов, даже если некоторые из них упали. Но эту тему мы затронем в одном из следующих постов.


Помните, что при разработке важно всегда думать о пользователе и его удобстве. Ускорение загрузки и отзывчивость интерфейса делают продукт лучше 🙌

#JavaScript #BestPractices

В прошлом посте мы разобрали Promise.all, а сегодня разберём Promise.allSettled. В конце прошлого поста затронули проблему, что если один из промисов падает, то Promise.all сразу выдаёт ошибку и игнорирует остальные.
Promise.allSettled работает иначе. Он ждёт, пока завершатся все промисы, и возвращает массив результатов по каждому из них. Неважно, завершился он успешно или с ошибкой.

Что это за метод?
Метод Promise.allSettled возвращает промис, который ожидает завершения всех переданных промисов, вне зависимости от того, успешно они выполнились или нет.
После этого он возвращает массив объектов, каждый из которых содержит статус выполнения соответствующего промиса и его результат или причину ошибки.

Пример:

async function getData() {
  try {
    const userPromise = fetch('/user');
    const postsPromise = fetch('/posts');
    const commentsPromise = fetch('/comments');

    const results = await Promise.allSettled([
      userPromise,
      postsPromise,
      commentsPromise
    ]);

    results.forEach((result, index) => {
      if (result.status === 'fulfilled') {
        console.log(`Запрос ${index + 1} выполнен`, result.value);
      } else {
        console.warn(`Запрос ${index + 1} упал`, result.reason);
      }
    });
  } catch (error) {
    console.error('Ошибка:', error);
  }
}

Теперь даже если один из запросов упал, остальные продолжат работать.

Результат выполнения
Если промис выполнился:

{
  status: "fulfilled",
  value: ... // значение, которое вернул промис
}

Если промис отклонился:

{
  status: "rejected",
  reason: ... // ошибка
}

Выбор метода всегда остаётся за вами и зависит от конкретной задачи) В будущем разберем другие методы и некоторые задачи по промисам.

#JavaScript