bundle size или просто лень написать свой кастомный попап?
Сроки поджимают, проект надо было сдать ещё вчера, поэтому пользуются библиотеками для написания бОльшей части вещей
Плохое оправдание, для этого и есть варианты разработки проекта, типа: Min effort, most likely, passionate
чтоб не изобретать велосипед. При решение новой задачи, первым делом узнай - не решал ли ее кто уже за тебя. Посомтри решение и реши, самому писать или взять эту либу. - Плюс, выбирая уже готовую бибилиотеку (я имею ввиду каку-то широко распространненую и живую) - ты обретаешь компьюнити, которое скоерй всего тебе поможет решить твою ошибку. И большая часть этих ошибок, которых вы бы могли наплодить в ходе имплементации, уже наверняка решена в бибилиотеке. - Размер бандла. Резонный вопрос, но возьмите каку-нибудь тулзу по анализу бандл-размера и вы увидите, что ваши либы составляют не такой уж большой процент от общего ядра реакта и функций JS'а взять тот же лодэш, который огромный и тяжелый, но у них lazy ипорты (по фронту сужу, на мобилке давно его не юзал), которые подтягивают не всю либу,а кусок нужный вам и тлько в момент использования
Просто те, кто не ищут не светятся в чате. Тихо берут и делают. И нет, на bundle size не начихать. Мне вообще кажется, что именно неумение держать размер проекта под контролем и отсутствие стремления писать эффективный код очень пагубно отражается на самом процессе развития RN, очень много сил тратится не на то что надо, а на то чтоб дать возможность писать неэффективный код. К примеру фундаменталтная проблема - два потока UI и JS... все время существования RN пытаются что-то с этим сделать и всё время это остаётся "бутылочным горлышком" всех взаимодействий в системе... А ведь можно было выполнять JS в основном потоке, а для тяжелых задач сделать воркеры - пусть программисты сами решают какие вычисления в отдельном потоке делать! Но нет... большинство JS программистов это не осилили бы...
Обсуждают сегодня