Комментарии 2
Нужно знать, что библиотека VueUse довольно связанная, и тот же debounce, который самому можно реализовать в 10 строк, потянет за собой в 10-100 раз больше.
Также и с какой-нибудь date-fns - из-за пары функций, имплементацию которых на ES5 реально нагуглить или наджипитить самому, бандл приложения может увеличится в два раза, несмотря на хваленный tree-saking
Даже неиспользуемый код должен быть обработан браузером, и поэтому замедляет загрузку и отрисовку страницы.
Ох... Честно говоря это спорная библиотека, выше правильно написали, что вы поставите большое количество кода в проект.
С другой стороны, если вы не такой перфекционист, то вполне. Она затыкает многие неудобные вещи, для которых придется копипастить костыли. Лично оттуда использую функции связанные с вами браузера. Например то же копирование в буфер - там уже сделана обработка и легаси и современная.
А вот например из реализацию fetch я как то совсем не прочувствовал.. ну вот зачем мне сразу реф получать? Может мне надо обработать ещё объект, скормить его в конструктор класса и получить что-то со своими методами. В общем, выглядит крайне тяжеловесно и не понятно зачем оно.
В целом, я бы грубо оценил так, если вы будете с пользой использовать хотя бы 10-15% функционала библиотеки, благо так есть много повседневно полезного, то вероятно оно стоит того, чтобы тащить в зависимости. В ином случае посмотрите исходники - все полезнее будет и вам и проекту.
Улучшение реактивности с помощью VueUse