Читая статью, я подумал: очевидно, что у автора есть опыт разработки приложений в реальном мире. Из содержания статьи видно, что автор как изучил, так и использовал Vuex для управления состоянием.
Ваш комментарий прекрасно иллюстрирует их точку зрения: вы изучили шаблон проектирования, понимаете его концепции, но не имеете практического опыта реализации его в существующем проект. Таким образом, вы рекомендуете шаблон управления состоянием независимо от контекста проблемы или состава существующей кодовой базы.
Внедрение инструмента стоит дорого.
У проекта, над которым я работаю, есть кодовая база пятилетней давности. Проприетарный JS составляет около 1 МБ, плюс зависимости. Он не использует какой-либо фреймворк, старые части составляются в глобальном пространстве с использованием ES5, и, что хуже всего, он включает jQuery, который внутренние разработчики использовали во встроенных шаблонах для быстрого выполнения задач.
Реальность такого подхода к нашей кодовой базе JS означает, что мы накопили значительный технический долг. До такой степени, что теперь это влияет на нашу способность надежно разрабатывать новые функции и поддерживать существующие.
Наше решение - реализовать фреймворк и использовать его для разработки новых функций. В дальнейшем любое обслуживание существующего кода потребует его рефакторинга в модули ES до проведения необходимого обслуживания.
Мы решили использовать Vue и Vuex, поскольку прогрессивная структура казалась наиболее подходящей для рабочего процесса, необходимого для ее реализации.
Это было полгода назад.
Мы до сих пор не реализовали это. Я представил доказательство концепции и скаффолл для нашего базового приложения. Я разработал некоторые компоненты сайта для реализации после Vue. Но по большей части мы ничего не делали, кроме как планировали и разрабатывали стратегии рабочего процесса и поддержки.
На самом деле никогда не нужно просто использовать инструмент, если у вас нет возможности начать с нуля.
Изменения разрушительны или, что еще хуже, могут привести к катастрофическому провалу. В моей первоначальной тестовой реализации ошибки, которые Vue вызывал при взаимодействии с существующим кодом, нарушали работу нашего приложения. Если бы это произошло на производстве, это стоило бы бизнесу десятков тысяч долларов упущенной выгоды (и, возможно, чьей-либо работы).
Автор предлагает только то, что, возможно, вам следует изучить архитектуру проблемы, прежде чем рекомендовать масштабные и дорогостоящие изменения.
