#2 Проект "Список собеседований" на Vue3, TS, Pinia. Меню и роутинг 

😀😀

Вам спасибо, что смотрите!

Спасибо, что смотрите! 👍👍👍👍

А что именно хочется посмотреть? Почему именно CRM?)

@paimonc8593 ну в ближайшее время я точно не расчитываю делать подобные видео(

Спасибо, что смотрите)

О да, это косяк 😄 перезаписывал это место несколько раз и в последнем дубле забыл сказать, что надо создать эти файлы 😅 Если бы вы сейчас не заметили, я бы так и не заметил 😀

Codeium 🙃

Привет! А если взять из репы ветку под названием lesson2 - так же будет?

@@frontend-skills Переприверил, склонировал lesson2 себе отдельно - перебрасывает на auth только если через адр строку стучишься в /statistic. переход из адр строки через /list - открывает страницу вне зависимости от userId

@@frontend-skills кеш чистил, в инкогнито открывал

Да, я понял о чем речь :) В четвертой части это пофиксим) Но можете и сами пока: у list я забыл прописать строку в роутах beforeEnter: checkAuth, поэтому там не работает редирект

@@frontend-skills спасибо, поправлю, разберу!) И в сафари с локалхоста в дев сборке должны крашиться стили ?? Если что, прошу прощения за вопросы)

Ну скажу так. Мне tailwind самому не очень приятен. Не нравится самому такое наименование, но подобное было и в bootstrap и ему подобным) К этому по итогу привыкаешь, если часто с этим работать) но БЭМ все равно в моем сердце навсегда, на нем часто пишу там, где tailwind излишен

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

Отдельный компонент и вправду сейчас не сильно то и нужен. Привычка просто: при дублировании в отдельный компонент выносить... А насчёт авторизации: если это не токен, то и кеширование избыточное (user.userId меняться будет, наверное, не часто). Тоже ничего против computed не имею, каждый _ как он хочет. Через computed даже читабельнее будет, имхо. Стараюсь не использовать слишком много watcherов и computedов, как-то не по vueшному, но это происходит из-за чистой паранойи. Пока учишься - хочешь сделать всё идеально...

@ultrapokemonultrapokemonov6110 ну на самом деле computed может использоваться довольно часто, тут вопрос в том, какие данные там мы получаем. Если просто текст - то и ладно, не страшно. Конечно, если мы там обрабатываем постоянно массивы объектов - тогда вопрос, а точно ли мы все делаем) Я бы тут тоже с удовольствием обошелся без computed. Но тогда в массиве данных show не обновится. Компоненты, как вы предлагаете, тоже можно. Но тогда просто данные items в двух местах буду лежать. НО! Это тот случай, когда это и не лучше, и не хуже) просто иначе и на самом деле я так тоже думал сделать, но решил показать чуть более сложный вариант 😊 спасибо большое, что поделились своим вариантом реализации 😊

Если взять код с гитхаба - тоже будет ошибка?

@@frontend-skills Попробую сейчас) Спасибо)

@@frontend-skills Я поистине невнимательный((!!! Я вставил проверку на роут /auth... чо сразу не смог догадаться.. написано же что зацикленн редирект. Вот глупый ппц..

@tatianovnafrutti8982 не глупый, а просто упустил из виду, бывает)) я рад, что получилось разобраться)

@@frontend-skills А я рад что нашел такой полезный канал!)))