lorenzo_lavantelli, п.с. - сейчас копилот на lmm cloude sonet показывает в задачах типа "переделать готовое решение" отличные результаты. Под твоим руководством с помощью сонета уверен - справишься быстро вне зависимости от размера приложения
Чтобы убрать повторяющийся код, я хочу добавить слой Use Case. В нём каждая функция (например, createOrder, cancelOrder, addItemToCart) будет проверять пользовател
- не способ ли это просто перенести повторяющийся код в другое место?
Имхо, если нет желания упарываться в архитектурные дебри, лучше всего сделать через мидлвер + переиспользование сервисов. В ином случае я бы советовал мигрировать на что-то вроде nest. Там и МВС, и депенденси инъекции, и предустановленные мидлвер/декораторы. Все это с готовыми заготовками. Да, много работы. Но уверен что если ты будешь по ходу добавлять слои/фичи а-ля МВС в экспресс, то через определенное время на рефакторинг этого кода нужно будет вложить в разы больше. Или на определенном этапе просто забьешь болт.
Странно выглядит. Как с моей точки зрения выглядит задача:
1) авторизация/аутентификация пользователя. Это единственное место где работаем с сессиями.
2) решаем вопрос с данными на уровне бд. К примеру храним в таблице userToGame связь пользователей к играм, при необходимости приеручиваем прогресс, статус и что угодно. Главное правильно прописать структуру бд.
Имея такую несложную структуру уже можно управлять повндением пользователя. Все как у всех, в общем - то
в реальной жизни я просто выносил кастомные проверки в отдельный класс, на каждую проверку вешал для ясности отдельное сообщение и все. Но чтобы прямо по научному то да, только через расширение )
P.S - уверен можно еще поиграться с контекстом/трейсом ошибки, но это еще бОльшие костыли
P.P.S - обрати внимание на то что есть матчеры jest и матчеры плейрайт, которые !== . Для расширения плейрайтовских (чтобы и асинхронно можно было, и локаторы с коробки использовались) смотри сюда
HoJLter, если речь о мотивации - тут все сводится к нравится или нет. По поводу что дальше. Я бы себе начинающему посоветовал взять java, c# или C++ и начать углубленно изучать. Параллельно почитывать книги про чистый код, ООП, паттерны программирования (сначала будет понятно процентов 30-40, это ок). Так ты будешь накапливать паззлы. и если не распыляться то со временем накопленные знания начнут складываться в целостную картину. Тогда вопросы "что дальше" скорее всего возникать перестанут.
Не фокусируйся на инструментах. Потыкать несколько фреймворков просто. Это не достижение . Попробуй научиться писать такой код, за который тебе и через пару месяцев не будет стыдно. Вот путь самурая.
Rsa97, идея насколько я понял в организации двух воркспейсов. Основная проблема - события нажатий будут идти на ПК, а не определенный дисплей. Тоже хотел организовать подобное но готовых решений не нашел
Терминалы бывают разные. Не в курсе что там в вскоде по умолчанию. Нажми new terminal(или там плюс к будет, не помню) и посмотри какие варианты тебе предложит