Файлы в вебе обычно выглядят как «просто загрузили и показали превью». На практике это место, где фронт начинает течь по памяти и тормозить интерфейс.
Я регулярно вижу одну и ту же схему в проектах:
1) пользователь грузит аватар или PDF,
2) файл читают целиком в JS,
3) держат копию в state,
4) создают preview,
5) забывают освободить временные URL.
Итог — лишняя нагрузка на браузер, особенно если речь о видео, сканах, больших CSV или пачке вложений в CRM-форме.
Blob API как раз закрывает этот слой. Не нужно тащить файл в память «для удобства», если можно работать с ним как с объектом: создать ссылку на скачивание, показать предпросмотр, передать дальше в upload-пайплайн и потом корректно освободить ресурсы. Для enterprise-интерфейсов это не косметика, а вопрос стабильности.
Мой практический вывод простой: если в интерфейсе есть загрузка, предпросмотр и экспорт — надо сразу проектировать жизненный цикл файла. Где он живёт, кто его держит, когда освобождается. Иначе одна «безобидная» кнопка превращается в антиошибку недели 🧩
Битрикс Stack
@BitrixStackPro
Файлы в вебе обычно выглядят как «просто загрузили и показали превью». На практике это место, где фронт начина
Этот пост опубликован в Telegram-канале Битрикс Stack. Подписаться можно по ссылке: @BitrixStackPro.