Приветствую) спасибо за ваши видео! единственный момент, я смотрел и повторял все ролики до этого, но у вас есть код который вы не показывали в предыдущих роликах) например у нас было написано только пару команд на миграции в package.json (многих команд на миграцию не было, и команды на создание typeorm:config тоже не было). Также, вы скорее всего сделали пару миграций которые не попали в видео, так-как мы использовали команду миграции только один раз (вроде в первом видео), а их уже несколько судя по всему у вас. Просто темы и так не простые, а тут еще приходится ставить каждый раз на паузы и проверять каждую строчку в package.json на момент изменений которые не попали в видео.
Возможно стоит посмотреть до конца, я старался затронуть все моменты. К миграциям я точно возвращался несколько раз и конфиг перенастраивал, просто делал это не в первых видео, а по ходу
@@webmogilevtsev3177 а можно пожалуйста файлик package.json выложить куда-нибудь? там просто много изменений и возможно из-за этого у меня тоже проблемы с миграциями? Спасибо)
В этом уроке пожинаешь результаты архитектуры. Видно же, что сам не понимаешь, что происходит в коде из-за 100500 абстракций + сам путаешься в структуре файлов. А если на такую структуру посмотреть через неделю или месяц? В чем смысл делать все в разных директориях? Для чего тогда придумали модули, если у тебя все распихано, что черт ногу сломит? А еще этот ужасный редактор кода, где кучу всего надо делать вручную + постоянно ждешь, пока он обновит код. В общем, не понятно, зачем создавать себе столько сложностей
особенно приведение к экземпляру после получения объекта из БД может быть подвергнуто изменению значений полей объекта, а значит дальшейшия работа с данными из этого объекта не валидна.... это можно заметить по update полям... если есть id то перезаписываем.. по есть вызывая create после получения из БД -> id есть, и на клиент отдаст объект с обновленным полем updatedAt
мне как новичку тупо не понятно, почему в репозитории метод сознанения выполняет кучу операций не связанных с сохранением? Если есть логика обновления почему не вынести это отдельно, а save запретить работать с id которые уже есть ? если процесс предусматривает уникальность, то проверку делать до репозитория метода сохранения ?
Коммент в поддержку)
Приветствую) спасибо за ваши видео! единственный момент, я смотрел и повторял все ролики до этого, но у вас есть код который вы не показывали в предыдущих роликах) например у нас было написано только пару команд на миграции в package.json (многих команд на миграцию не было, и команды на создание typeorm:config тоже не было). Также, вы скорее всего сделали пару миграций которые не попали в видео, так-как мы использовали команду миграции только один раз (вроде в первом видео), а их уже несколько судя по всему у вас. Просто темы и так не простые, а тут еще приходится ставить каждый раз на паузы и проверять каждую строчку в package.json на момент изменений которые не попали в видео.
Возможно стоит посмотреть до конца, я старался затронуть все моменты. К миграциям я точно возвращался несколько раз и конфиг перенастраивал, просто делал это не в первых видео, а по ходу
Тема объёмная и последовательно, шаг за шагом, не совсем получилось, местами получилось сумбурно)
@@webmogilevtsev3177 а можно пожалуйста файлик package.json выложить куда-нибудь? там просто много изменений и возможно из-за этого у меня тоже проблемы с миграциями? Спасибо)
Что находится в файле tsconfig.migration.json в компиляции миграций? этого не было показано и при компиляции оно на его отсутствие
Вот все что внутри
{
"compilerOptions": {
"outDir": "js"
},
"include": ["*migration.ts"]
}
Привет! ты разобрался с миграциями?
В этом уроке пожинаешь результаты архитектуры. Видно же, что сам не понимаешь, что происходит в коде из-за 100500 абстракций + сам путаешься в структуре файлов. А если на такую структуру посмотреть через неделю или месяц? В чем смысл делать все в разных директориях? Для чего тогда придумали модули, если у тебя все распихано, что черт ногу сломит? А еще этот ужасный редактор кода, где кучу всего надо делать вручную + постоянно ждешь, пока он обновит код. В общем, не понятно, зачем создавать себе столько сложностей
Ни кто не заставляет тебя создавать себе сложности, пиши по простому и кайфуй)
особенно приведение к экземпляру после получения объекта из БД может быть подвергнуто изменению значений полей объекта, а значит дальшейшия работа с данными из этого объекта не валидна.... это можно заметить по update полям... если есть id то перезаписываем.. по есть вызывая create после получения из БД -> id есть, и на клиент отдаст объект с обновленным полем updatedAt
мне как новичку тупо не понятно, почему в репозитории метод сознанения выполняет кучу операций не связанных с сохранением? Если есть логика обновления почему не вынести это отдельно, а save запретить работать с id которые уже есть ? если процесс предусматривает уникальность, то проверку делать до репозитория метода сохранения ?
Interesting, but seems like a lot of efforts...
that's right, the course is not for beginners