Подключение к БД можно вынести в отдельный слой database создав функцию которая возращает инстанс подключения и юзать его везде один раз чем каждый раз вытягивать getFirestore
видео крутые но есть моменты - вместо того чтобы постоянно регистрировать компоненты вот так, что документацией даже vue не сильно рекомендуется, есть специальные плагины для Vite которые делают автоимпорты. И моменты с декомпозицией логики - компонент должен быть максимально представительным и на основе данных что то делать он не должен внутри себя реализовывать каккую то логику (бизнес модели, валидации и тд) для этого есть composables или просто какие то сервисы. Представление не должно знать о деталях. И последний момент - хорошей практикой является использование PascalCase для компонентов чтобы отличать их от веб-компонентов или просто html потому что код сливается и становится более трудночитаемый)
привет, большое спасибо за подробные уроки!! 😍 :) такой вопрос - сейчас все так же работает, что мы два раза в двух дочерних компонентах вызываем события, чтобы достучаться до родителя? или что-то уже поменялось? и еще - можно ли как то сюда вкрутить defineModel (vue 3.4+) , чтобы сделать код проще?
Это путь к функциональным компонентам :) на самом деле это просто привычка. Вангую, что в какой-нибудь Vue4 уберут вообще Options API. Мне тоже было очень сложно привыкнуть, но теперь старый синтаксис кажется неудобным)
Странно, почему то когда я смотрел урок, я не мог напрямую из state что то вытащить. Как только написал геттеры, сразу все получилось. Копировал причем весь код с гита, все равно та же проблема была.
Не знаю сколько раз я уже говорил Вам спасибо) На Вас буквально держится все мое обучение) За этот урок хочется сказать особенное спасибо, единственный материал, который доступно и без воды объясняет работу с валидацией! Огромное, огрооомное спасибо!)
Спасибо за курс! Добавлю для будущих поколений: 1) статус loading можно оформить штатной возможностью DataTable: <app-data-table :value="interviews" :loading="isLoading"> 2) сообщение об отсутствии данных для вывода в таблице тоже органичнее смотрится, если воспользоваться специальным слотом DataTable, просто вставить такой template: <template #empty><div class="text-center"><em> Интервью пока нет </em></div></template>
Блин.. Классный курс, но FireBase в реальности не используется в компаниях, у них свой бэк, а у тебя всё завязано на Firebase. Начинающему разработчику очень сложно будет использовать полноценно твой курс... Может сделать дополнительное видео, где можно будет изменить этот проект, чтобы он был максимально приближен к реальности?
Firebase отлично годится для своих проектов, а также для проектов, которые хочется положить в портфолио. У меня ребята на курсе многие новички. Используют Firebase в более сложных кейсах) зато могут работодателям показать: 1. как умеют работать с базами данных и предоставляют, что это такое 2. Как работают с асинхронным кодом Так что именно этот проект пусть останется на Firebase. В будущем другой проект сделаем. А так от реального проекта отличие только тем, что у Firebase свои методы, а на работе чаще всего используется RestAPI или GraphQL. Но работа с ассинхронным кодом никуда не девается, это важнее всего :)
Увидел багу. Например при регистрации произошла ошибка(отобразилась в UI)и потом переключится на страницу входа, то ошибка остается. Решил просто, в роутер-линк компонентов SingIn и SingUp добавил: @click="authStore.error = null"
6:56 как по мне так лучше сделать фильтр без кнопок применить и сбросить грамоздко, что б были только чекбоксы Все | Оффер | Отказ, по умолчанию Все, в значение чекбоксов добавить Refusal, Offer и при выборе чекбокса получать его значение и передавать в функцию getAllInterviews если пустота то загружаем все, если не пустота фильтруем
