Всем привет. Актуален ли сейчас VUE2 или лучше начинать с

VUE3?
Его можно подключать и использовать как обычную библиотеку или нужно заморачиваться со всякими вебпаками и прочим?

Его актуально поддерживается в основном для более плавного перехода к Vue 3, нет смысла использовать старую версию, если вас ничего не ограничивает в выборе

Удаление фильтров - отличное разумное решение

Да да, я даже помню его причину, типа должен быть чистый незамутненный javascript, особенно смешно это было в github про ?. Пользователь: Эван гони ?. Эван: Я не могу, мне нужен чистый язык в шаблонах, а ?. в чистом js нет Пользователь: Эван у меня нет js, у меня lang="ts" написано и в ts есть ?. Эван: ой, ну у нас не совсем ts, и даже не babel, а мы какой то свой колхоз накодили, и он половину ts не знает Пользователь: Эван ? А как же чистота языка ? Эван ? Эван <слился из чата>

Эту проблему тоже решили

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

Это не "ну такое", это серьёзная проблема, которая усложняет и тулинг языка внутри шаблона, и поддержку инструментами

верстальщик не умеет писать функций

а как он фильтр написал?

вот что усложняет тулинг, так это composition api

верстальщик тогда даёт хтмлку и всё

Он может x | upper но не может upper(x) ?

фига)

Может ты script setup имел в виду?)

откуда upper ? его еще импортировать надо

автоимпорты же, либо прям в methods

А откуда фильтр?)

глобальный висит

метод тоже можно повесить глобально, если устраивают глобальные вещи

или глобально временно сделать через прототип

глобальный фильтр - это та же функция, только ее еще подключить надо через Vue.filter

напиши в jetbrains как пожалуйста ? а то webstorm достал уже, ...useA() угадывает, а вот ...someA.useA() уже нет, при том что там даже ts, а не js

Покажи конкретный проблемый пример

Правда, покажи пример, чтобы попробовать вживую в webstorm) Может там с типизацией проблема

попробую повторить, того кода давно нет

база, фундамент

еле вспомнил, если выкинуть interface, webstorm прозревает и видит a и b, если добавить, a и b становятся unresolved в runtime interface насколько я помню не влияет ни на что

А без ТСа есть проблемы?

я не знаю, это была зимняя мысль как бы так перенести пачку своих миксинов на composition, при этом сохранив их в одном типе (здесь в примере только setup, а так там еще props, emits), посмотрев на реакцию вебсторма (в runtime то работало), я сделал вывод что велосипеды исключены, и надо писать в той нотации в которой заставляют в документации

но интерфейсы влияют на автокомплит, а у тебя получается, что функция use возвращает any, а в компоненте этот any вместе с b отдается в шаблон, отсюда и итоговый общий тип - any а без интерфейса вебшторм просто берет literal return type, поэтому автокомплит и работает:)

там и useB пропал, который без интерфейсов

верно, потому что ты возвращаешь один объект, часть которого - any, соответственно, весь объект становится any

ну и как быть можно так вот setTimeout в использовании оставить или есть какой нибудь другой вариант