У нас все проекты сделаны именно на Nuxt. На вопрос почему, я так же не дам достоверного ответа, потому что как я уже писал, это решалось до моего прихода в Ozon. Думаю, так сделано, потому что хоть в основном мы и пишем в режим SPA, но если понадобится SSR режим, то нужно будет сделать незначительные изменения в конфигах и всё будет готово. При этом вся обвязка, остальные настройки, конфиги и модули уже будут настроены. Некое универсальное решение. Ну и плюс удобства в виде автоматического роутинга с помощью папки pages, автоматического подключения плагинов и пр. в Nuxt, тоже не стоит забывать.
В этом, действительно, проблемы нет. Но мы, предварительно обсудив, решили выполнить эту задачу с максимальным приоритетом, не отвлекаясь на другие, чтобы сделать её максимально быстро и при этом минимизировать возможные проблемы, которые теоретически могли бы возникнуть при параллельной разработке.
А так, по данному вопросу нет единого правильного ответа: каждый делает настолько, насколько позволяют ресурсы. И если у вас всё удалось – вы молодцы!
Vue - основной фреймворк в Ozon для написания интерфейсов. Почему выбрали именно его, я достоверно ответить не могу (это было ещё до моего прихода в Ozon). Cмею предположить, что он больше подходил под необходимые задачи, вот его и выбрали
Все верно. Перед миграцией мы обговаривали с командой этот момент, что масштабные доработки будет делать проблематично. В итоге решили, что крупные и даже средние по объему доработки мы откладываем до момента, пока все не перепишем. Небольшие доработки мы выполняли параллельно с процессом миграции и сразу же вносили их в обновленный код.
Что касается unit-тестов, то не припомню ничего экстраординарного. Поэтому вряд ли были какие-то проблемы
Специально мы никакие тесты по производительности не делали, так как это была не первопричина нашего обновления. Но есть скриншоты из вкладки "perfomance" chrome devtools:
Vue3/Nuxt3
Vue2/Nuxt2
Замеры, конечно, сделаны не при "идеальных" условиях, но всё равно видно, что выигрыш есть и по времени и по памяти.
Nuxt 3 layers не пробовали, но мб когда будет подходящий кейс - попробуем.
Выглядит интересно)
У нас все проекты сделаны именно на Nuxt. На вопрос почему, я так же не дам достоверного ответа, потому что как я уже писал, это решалось до моего прихода в Ozon. Думаю, так сделано, потому что хоть в основном мы и пишем в режим SPA, но если понадобится SSR режим, то нужно будет сделать незначительные изменения в конфигах и всё будет готово. При этом вся обвязка, остальные настройки, конфиги и модули уже будут настроены. Некое универсальное решение.
Ну и плюс удобства в виде автоматического роутинга с помощью папки pages, автоматического подключения плагинов и пр. в Nuxt, тоже не стоит забывать.
В этом, действительно, проблемы нет. Но мы, предварительно обсудив, решили выполнить эту задачу с максимальным приоритетом, не отвлекаясь на другие, чтобы сделать её максимально быстро и при этом минимизировать возможные проблемы, которые теоретически могли бы возникнуть при параллельной разработке.
А так, по данному вопросу нет единого правильного ответа: каждый делает настолько, насколько позволяют ресурсы. И если у вас всё удалось – вы молодцы!
Vue - основной фреймворк в Ozon для написания интерфейсов. Почему выбрали именно его, я достоверно ответить не могу (это было ещё до моего прихода в Ozon). Cмею предположить, что он больше подходил под необходимые задачи, вот его и выбрали
При наших условиях, мы потратили на миграцию примерно 2 недели (1 спринт)
Переход в итоге занял примерно 2 недели, то есть 1 спринт)
Все верно. Перед миграцией мы обговаривали с командой этот момент, что масштабные доработки будет делать проблематично. В итоге решили, что крупные и даже средние по объему доработки мы откладываем до момента, пока все не перепишем. Небольшие доработки мы выполняли параллельно с процессом миграции и сразу же вносили их в обновленный код.
Что касается unit-тестов, то не припомню ничего экстраординарного. Поэтому вряд ли были какие-то проблемы
Да, внутренние сервисы мы пишем на Nuxt
В нашем случае в SSR нет необходимости, поэтому мы пишем сервисы в SPA режиме
Специально мы никакие тесты по производительности не делали, так как это была не первопричина нашего обновления. Но есть скриншоты из вкладки "perfomance" chrome devtools:
Замеры, конечно, сделаны не при "идеальных" условиях, но всё равно видно, что выигрыш есть и по времени и по памяти.