Как стать автором
Поиск
Написать публикацию
Обновить

Комментарии 34

Технология больше не полагается на виртуальный DOM, вместо этого напрямую вызывает нативные API DOM. Это позволяет уменьшить количество издержек, повышает производительность и снижает потребление памяти, поскольку сокращается количество промежуточных шагов и уменьшается нагрузка на систему

Но ведь несколько лет назад, когда завозили виртуальный DOM, рассказывали что именно эти проблемы он и призван решить?

"Я соврал" - (с)Джон Матрикс, кф "Коммандо"

Вам постоянно врут. И даже сейчас наврали, утверждая, что ловля всех событий в одной точке эффективней, чем точечная ловля событий в разных точках. Фактически они на JS переизобретают то, что в браузерах уже реализовано на C++.

Вряд ли когда-то про эти проблемы говорили
VDOM решает другую проблему - более понятный и структурированный код, лучший DX, особенно на больших проектах

Да нет, я отчётливо помню, что говорили именно про эти проблемы. А понятность и структурированность кода — понятие ортогональное.

Главное же здесь — это продать. Тогда это было модно и продавалось. Сейчас в моде отказ от этого. В будущем, уверяю, что-то ещё придумают)

Интересно, но не смог дочитать. На iPhone страница часто вылетает с ошибкой. На параграфе про ооп против фп становится совсем уж тяжко - 30 секунд и пока. При этом каждый раз заново скроллить вниз трудно - не ухватывается скроллбар.

А что за ошибка? И что за скроллбары на Айфоне?

Скроллбар
Скроллбар

Иногда он хватается, иногда это сделать сложно - вместо этого клик приходится на ссылку или выделяется текст. Насколько я понимаю, сложность появляется после того, как пролистал горизонтально и вернулся

Сообщение об ошибке, которое сопровождает перезагрузку страницы
Сообщение об ошибке, которое сопровождает перезагрузку страницы

А вы зачем на мобилке пытаетесь поймать пальцем скроллбар? Он для этого не предназначен.

Страница зависает на 30 сек и крешится или прямо во время работы вдруг вылетает? Какой сафари и ос?

А вы зачем на мобилке пытаетесь поймать пальцем скроллбар? Он для этого не предназначен.

На iOS предназначен. Ухватить и зажать добавляет фичу, с помощью которой можно одним свайпом пролистать 100% контента любой высоты. Придумали как раз для того, чтобы не листать сотней свайпов, если контента много.

Просто крашится во время работы.

iOS 17.6.1

Скроллбар на iOS даже с виброоткликом. Пользуюсь, чтобы быстро прокручивать страницы.

Сафари довольно отсталый браузер, поэтому по мере прокрутки растет размер дома. А статья длинная. Видимо он не вывозит.

У этого фреймворка рендеринг настолько виртуальный, что он явно происходит где-то за пределами моего устройства, от чего я на их сайте вижу только белый экран. Но это такая фича, не волнуйтесь. Новейшая оптимизация, так сказать

Вы, главное, не говорите, какое у вас устройство.

Забавно, что автор в той статье много говорит о решении проблемы с прыгающим скроллом, при этом в самой статье скролл прыгает только так. Бесит, если честно. Периодически при кручении колёсика прокручивается чуть ли не вся страница (я так полагаю, в момент подгрузки контента) вместо 3-4 строк, как обычно.

Ну и дизайн сайта очень странный:

Firefox 115.17.0esr (ибо Windows 7)

На экране у вас 4 панели, в каждой из которых своя прокрутка. Слева главное меню, справа личные закладки, по центру оглавление энциклопедии и текущая страница. Экран у вас большой, так что осталось места ещё и на воздух между ними.

Касательно прокрутки - хз, в актуальной панде всё работает как надо.

И, кстати, вот вариант без главного меню (привет от микрофронтендов): https://page.hyoo.ru/#!=gjboo1_xhyrnq

Непонятно, это перевод или авторская статья?
Где ссылка на оригинал?

Перевод, а если быть точнее адаптации презентации - https://talks.sxzz.moe/2024-10-vue-fes-japan/1.
ссылка, как обычно, указана в шапке.

Тогда это не перевод, а ваша статья называется
В презентации - презентация только

Каждые пару лет добавлять и убирать программных сущностей по вкусу, раз в три года

Было переписано почти всё с нуля.

ведь просто работающий фреймворк это же скучно. А так люди заняты обслуживанием, обновлением, переписыванием. Но пока Vue отстаёт в переливании пустого в порожнее от Ангуляра, который давеча 18 версию разменял.

А так люди заняты обслуживанием, обновлением, переписыванием.

Ну, вообще-то, это его личный проект
Отдельный от Vue

Опять все переписывать?

Можно чуть-чуть позже 😁

а можно и ещё чуть-чуть подождать, и опять станешь современным и модным.

:) Улиточка - работник месяца?

Получается Svelte изначально был с правильным подходом, а Vue только сейчас решили сделать то же самое? Но ведь есть уже SvelteKit...

Тут скорее не про правильность подходов, а то что тот и тот варианты дают свою плюсы в работе.
Вапор же позволяет критичные участки кода, где нужна именно производительность, перевести на работу с нативным API DOM , вместо VDOM.

Недавно обсуждал с коллегой, которому предстоит мигрировать большой проект с Angular 7 на Angular 18, что вот Vue отличается в лучшую сторону тем что более-менее стабилизировалась и не надо так много переписывать одного и того же раз за разом.

Но в этом весь (все?) IT - один и тот же функционал без видимых изменений для пользователя раз за разом переписывается на все новые технологии. В лучшем случае без видимых изменений, чаще всего с ухудшениями.

Как говорится, если бы человеческое тело мутировало с такой же скоростью как JS-фреймворки, то хируги бы на операциях гуглили.

С другой стороны это означает, что безработица программистам еще долго грозить не будет.

Так в данном случае прикладному программисту и не надо ничего переписывать. Можно только добавить атрибут - и включится оптимизация. А можно и не добавлять. Старый API остаётся.

Если это Composition API.

Зарегистрируйтесь на Хабре, чтобы оставить комментарий