Pull to refresh

Comments 21

✓ Поддержка фрагментов. Фрагменты — это виртуальные элементы, которые не рендерятся в дереве DOM.


Shadow DOM? Я когда писал frontend себе общался с ними и разрабатывал то же самое, в итоге удалив поддержку кода. Мне MS сказали, что слово фрагменты преследует неудача и я ещё целый модуль форума удалил из-за конфликта с Open Net. Просто цвета походили.


Я задумался перейти ли на VUE и внести свой опыт и код обвязки. Мы работали вместе и мне нравится минимализм.

« Shadow DOM? Я когда писал frontend себе общался с ними и разрабатывал то же самое, в итоге удалив поддержку кода. Мне MS сказали, что слово фрагменты преследует неудача и я ещё целый модуль форума удалил из-за конфликта с Open Net. Просто цвета походили.»


Что?

Просто поток сознания.
Педики лишенные. У вас 10Kb ни чего осталось, а вы от разработчиков отказываетесь.
Заодно выпилили поддержку событий через $on, а взамен — ничего.
А ничего на замену и не нужно добавлять, вы можете импортировать любую библиотеку для работы с EventEmitter. К тому же можно сделать ещё удобнее с помощью хука что-то подобное:
const { on } = useEventBus();

on('my-event', (event) => {
  // ...
});

В хуке соотвественно можно прикрутить автоматическую отписку при unmounted.

Если речь идёт про события из дочерних компонентов, то можно просто передавать обратные вызовы.
События из дочерних компонентов легко перехватить через v-on. А вот из родительских в дочерние тоже иногда нужно передавать, хотя автор и считает, что это «не нужно» и достаточно только реактивных свойств.
Из родительских в дочерние можно напрямую отправлять вызовы через $refs.ref.method и через provide/inject
Ну а шину можно реально какую угодно подключать уже сейчас. Лично я её использовал в основном для аналогов порталов (кнопка, вызывающая что-то в компоненте, который неудобно класть рядом с кнопкой, например сворачивание бокового меню), это достаточно просто заменялется с vuex. Ну а с composition api еще проще получается, можно просто импортировать в два компонента один и тот же реактивный кусок.
Эм. Какого хрена? У меня множество кода построено вокруг on и once
Vue.prototype.$on =…
в свое время $http выпилили примерно по той же причине. яЛично я понял, что $on + константы порождают у меня вермишель достаточно быстро. А замена в виде того, что можно просто импортировать реактивные куски в разные компоненты достаточно удобна, ну и всякие плюшки типа intellisense работают. Хотя это тоже вермишель может породить при неаккуратном использовании :)
Разве vue2 не поддерживает Typecript? oO vue-cli при создании проекта сразу спрашивает, какой язык нам нужен
Они добавили аннотации к самому коду Vue

Лишь номинально.
В vue 2 с ts больше проблем, чем пользы от него.

Используем ts и vue 2 года три как, я бы не сказал что страдаем… Какие-то шероховатости есть, но, все решаемо.
Используем ts и Vue около двух лет.
Как без костылей и оверхеда типизировать входные параметры, Vuex и миксины в компонентах (Options API)?
Миксины не используем, не подскажу. По компонентам могу порекомендовать такую либу Vue Class Component
Ради типизации использовать декораторы и дополнительную либу? Ну такое себе решение.
Я пробовал её. Мне не понравилось. Совсем.
А что плохого в декораторах? Если лишние не сжатые 3кб не принципиальны, то и в либе ничего плохого. Тем более она официальная. Будет конечно хорошо, когда все перейдем дружно на Vue 3, но пока и так жить можно. Может кто-то знает решение получше?
Sign up to leave a comment.