Обновление сайта с Vue 2 до Vue 3: как оценить необходимость, объём и риски работ

Зачем платить за переход, если сайт работает?

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

Поддержка Vue 2 со стороны основной команды завершилась 31 декабря 2023 года, согласно официальному уведомлению. Это конкретное основание обсудить обновление. Остановка поддержки не выключает существующий сайт. Магазин может продолжать принимать заказы. Но план исправлений и совместимости теперь нельзя строить на ожидании новых выпусков прежней основной ветки.

Для руководителя полезен письменный ответ: что мешает оставить сайт как есть, какой следующий шаг бизнеса упирается в старую зависимость и какие обязательства по поддержке возьмёт исполнитель на время перехода. Без такого ответа техническая миграция превращается в открытый по объёму ремонт.

Обоснование отделяют от обещаний

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

Финальной версией Vue 2 в уведомлении названа 2.7.16. Запросите фактическую версию вашего сайта и список приложений, где она используется, чтобы не обсуждать обновление абстрактного проекта, когда часть страниц уже работает на другой технологии. Результат обследования — короткая карта зависимостей, а не предложение переписать всё по умолчанию.

Из чего складывается объём миграции

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

В карте отмечают каталог и фильтры. Затем отдельно называют корзину, вход и кабинет. Для каждой части исполнитель указывает внешнюю библиотеку интерфейса и наличие собственных доработок. Технические названия нужны в приложении к оценке. Руководителю достаточно видеть, какие действия затронуты и кто подтвердит их работоспособность.

В руководстве по переходной сборке отдельно названы ограничения зависимостей, которые используют внутренние возможности Vue 2. Это причина исследовать сторонние компоненты до обещания фиксированной цены, особенно когда их давно перестали обновлять и заменить их без изменения интерфейса не получится.

Один документ для сравнения смет

Сравнивать предложения легче по общему списку работ. Подрядчик может включить в миграцию замену библиотеки таблиц, а другой — оставить переходный слой и вынести замену в будущее. Начальная цена второго предложения окажется ниже. Чтобы оценить разницу, нужны конечное состояние и обязательные остаточные работы. Попросите указать их прямо. Покупать низкую первую смету без цены завершения рискованно. Обе команды должны оценивать одинаковый финальный состав: если одна оставляет старую библиотеку, а другая заменяет её, предложения пока нельзя сравнить одной итоговой строкой.

В оценке разделяют исследование неизвестных мест и работы с понятным результатом: первое лучше ограничить отдельным этапом, а второе принимать по перечисленным функциям сайта. Такой порядок полезнее общего запаса часов, который невозможно связать с обнаруженным препятствием. Если после обследования объём вырос, причина появляется в карте, а не только в новой сумме.

Постепенный переход или замена одним выпуском

Миграция не всегда помещается в одно обновление. Пакет @vue/compat — переходная сборка Vue 3 с настраиваемым поведением совместимости с Vue 2, а изменённые или устаревшие возможности сопровождаются предупреждениями во время работы, как описано в официальной документации.

Это инструмент для исполнителя. Заказчик не обязан читать каждое предупреждение, но вправе запросить перечень нерешённых мест и конечный признак завершения. Запуск на переходной сборке и переход на обычную сборку — разные результаты. Если оплачивается завершённая миграция, временный слой не должен исчезнуть из отчёта. Его дальнейшая судьба относится к объёму договора.

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

Когда единый выпуск проще

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

Нужна и проверка поддерживаемых браузеров. Документация миграции прямо указывает, что Vue 3 не поддерживает Internet Explorer 11, поэтому наличие такого браузера в обязательных требованиях меняет решение о переходе. Если он давно не нужен покупателям компании, устаревшее требование стоит убрать из задания осознанно. Молчаливое исчезновение поддержки при публикации создаст спор о результате.

Как принять обновлённый магазин

Покупатель не видит номер библиотеки. Поэтому приёмка связывает технический отчёт с завершёнными действиями: поиском нужного товара, изменением количества, входом в кабинет и получением принятого заказа с тем же составом, который был в корзине.

В документации Vue о тестировании различаются проверки отдельных функций, компонентов интерфейса и сквозных действий пользователя. Для владельца магазина полезнее список защищённых действий, чем единственное число тестов. Большая цифра может относиться только к мелким функциям. Оформление заказа при этом останется без испытания. Попросите показать, какой тест ловит потерю выбранного варианта товара.

Один и тот же набор данных используют до и после перехода, чтобы изменение цены, остатков или стороннего сервиса не скрывало ошибку интерфейса. Испытания проводят на тестовом сайте с безопасными адресатами, особенно если шаг вызывает оплату, письмо клиенту или запись в учётной системе.

Список приёмки формулируют через результат

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

Обновление Vue лучше отделить от редизайна, если текущая цель — восстановить поддержку и совместимость: иначе после публикации будет трудно понять, вызвано ли замечание переходом или новым поведением экрана. Нужные улучшения интерфейса можно оценить соседним этапом. Так у компании останется понятное основание принять техническую работу и отдельно обсудить удобство.

• До начала сохранён список действующих функций и браузеров.
• Для каждой затронутой части назван способ испытания.
• После перехода повторены ошибки, из-за которых начиналась работа.
• Отдельно описаны оставшиеся ограничения и переходные зависимости.

Отложенное решение тоже требует владельца риска

Перенос миграции имеет последствия. Если компания продолжает использовать неподдерживаемую ветку, кто-то должен отвечать за наблюдение за зависимостями и выпуск исправлений, иначе очередная поломка обнаружится покупателем в момент заказа, а готового плана действий не окажется.

В официальном уведомлении Vue упоминается коммерческая расширенная поддержка стороннего поставщика. Это отдельный вариант, который оценивают по доступности и условиям конкретного договора. Он не превращает старую ветку в новую. Цены и состав услуг в смету миграции автоматически не входят. Для вашей компании сравнивают стоимость временной поддержки с работами по переходу и сроком использования старого сайта.

Возврат к прежней версии готовят до публикации, потому что обратная замена файлов не всегда возвращает изменённые данные и внешние действия. Для обновления только интерфейса границу обычно можно сделать уже, чем для одновременной смены API и базы, но это обязан объяснить исполнитель по составу работ.

Что останется после отказа от обновления

Если исследование отложено, остаётся неопределённый объём будущих работ. Если исследование проведено, решение можно пересмотреть при названном событии: нужная библиотека перестала поддерживать старую версию, новый экран нельзя выпустить или сопровождение потребовало несоразмерных затрат. Это разные положения. Во втором известны причины возврата к вопросу. Руководитель получает точку принятия решения. В первом команда снова начнёт с поиска сведений.

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