Comments 17
мне не нравится
Я лишь скажу что считаю Vuetify лучшим UI фреймворком для Vue.js
А какое место в вашем рейтинге занимает Quasar UI? В чём он хуже Vuetify?
Не скажу что Quasar UI какой-то плохой или хуже, да, у него тоже отличная документация, очень много компонентов которые имеют схожесть с Vuetify. Но лично для меня фаворитом остается Vuetify, да и Quasar впереди - ведь уже поддерживает v3. Касательно фразы "Я лишь скажу что считаю Vuetify лучшим UI фреймворком для Vue.js" - не надо прям считать что автор опровергает другие инструменты для UI, они тоже полезны и пользуются многими другими разработчиками.
На v3 то сделали его наконец?
Как урок для новичка эта статья мало подходит - данные автором подготовлены плохо, хочешь видеть картинки, ищи их в интернетах сам, работали мы с компонентом "Лист" - в какой-то момент перескочили на группу компонентов "Кафе" - и о листе том больше не упоминалось, необходимых обьяснений абсолютный минимум, многие действия автора непонятны, ссылок на действующий код на гитхабе - нет. Данные разнесены по компонентам, что, конечно, недопустимо - тем более для в учебных материалах для начинающих.С другой стороны - для опытного разработчика - ничего интересного нет, тонкостей работы с фреймворком нет. Таким образом единственной целью автора была реклама его канала на ютубе. В моем случае цели автор не достиг, после такого "тьюториала" подписываться на канал - никакого желания нет.
Да, может и так, но новички могут как раз заюзать видео в котором абсолютно все показано и объясняется, я бы мог бы здесь выписать прям все подробно - но для этого я готовлю отдельное краткое пособие - пока уже 21 страница (если тебе интересно и хочешь помочь то могу линку кинуть) - статья была больше как обзор и здесь не стояло цели чтобы прям нереально глубоко залезть на нижние уровни
И также почему "недопустимо" разносить данные по отдельным компонентам? Разве лучше чтобы все было собрано в одном большом компоненте где смешаны сразу все row'ы, col'ы от Boostrap Vue?
Данные должны быть вообще не в компоненте. Компонент должен их получать из API или ещё откуда-то, а не хранить в data. Также у вас нерациональное использование реактивности, когда в data вы храните массивы или объекты, которые никогда не меняются, их не стоит делать реактивными.
А по поводу Vuetify, работаю с ним чуть больше года, визуально он мне нравится, но штука очень тормознутая и местами плохо кастомизируемая, иногда теряет реактивность, плюс ещё периодически разные баги возникают. Я бы не стал его называть лучшим, с Element UI, мне как-то больше понравилось работать, хотя и внешний вид у него похуже на мой взгляд.
Как один из коллег уже ответил - данным в компонентах нет места. Не усложняя урок сетевыми запросами - можно было-бы создать класс провайдера данных - и обращатся к нему - обьяснив что это так называемый "mock" созданный в целях ускорения разработки.
Vuetify — создаем свое простое приложение