не подскажите, хорошие примеры бойлерплейта на несте? посмотреть полноценную структуру проекта микросервиса

с учетом best practices (decorators & api & validators & modularity etc)

https://github.com/NarHakobyan/awesome-nest-boilerplate этот можно считать как основу best practices?

не нужно смотреть на структуру папочек как на что-то что спасет вас от херового кода

ну и велосипед изобретать тоже не стоит 🙂 для этого есть стартеры, которые показывают как нужно строить проект

темболее если впервые нест трогаете то смотрите в доку
чей-то подход может не зайти в будущем

этот?

Да, там в основной репе много примеров по многим фреймворкам https://github.com/gothinkster/realworld

спасибо

Помогите пожалуйста со сборкой и импортом кастомных библиотек разобраться.
Сгенерировал "библиотеку" через cli nest g library auth проверил, что в tsconfig указан paths

`
"paths": {
      "@backend/auth": [
        "libs/auth/src"
      ],
      "@backend/auth/*": [
        "libs/auth/src/*"
      ],
}
`

Пытаюсь указать в app.module импорт бублиотеки
import { AuthModule} from "@backend/auth"  <- вот тут ругается, что нет такого модуля
ну и сборка валится вся
при этом запуск nest build auth отрабатывает нормально

@AfterInsert()
@AfterUpdate()
@AfterRemove()
doSmth() {
}

TypeORM. Не срабатывает, кто знает почему? При генерации тестовых сущностей это отрабывает нормально, но когда я пытаюсь использовать какой-то функционал на уже созданных записях в БД, оно даже не дергается...

Ребят, всем привет.
Подскажите, пожалуйста.
Есть сущность юзера(user), и его ребенка(child).

https://gist.github.com/MrGretty/c47c23907b2f635d42c920fb236042cd

пытаюсь удалять юзера, и хотел бы, чтобы по каскаду удалялся его реебенок. Почитал в доке, поискал в чате, сделал все как описано, но ничего не работает. Может кто сталкивался ?

Не знаю важно это или нет, но у меня исползуется @nestjsx/crud-typeorm . Руками удаление и обновление я не пишу.

Может нужно имплементировать логику удаления самому?

Вот это трешачок, эти штуки работают только на save(), я тестил на простом userRepo().update(id, { ... } ) и это не срабатывало. Чет как по мне это писос...

Собственно слепошарость, об этом и сказано в доках: You can define a method with any name in the entity and mark it with @AfterUpdate and TypeORM will call it after an existing entity is updated using repository/manager save.

Они работают только если вы взаимодействуете именно с классом Entity

Собственно если бы оно работало на таких конструкциях то это бы означало x0.00001 к производительности

Добрый день. Направьте на путь истинный и верный)

Делаю класс для работы с сущностью, не сервис, не модель.
Встал вопрос получения данных от моделей, и тут понял что DI использовать (если не прав, поправьте, пожалуйста) можно только в конструкторе. А конструктор уже используется для установки верных значений.
Скажите, пожалуйста:
1) DI только в конструкторе, по другому никак не заинжектить сервис модели?
2) Как в таком случае можно поступить:
  2.1 прокинуть сервис из места где создаю экземпляр класса,
  2.2 установить сервис методом (но тогда проблема, что вызов методов регламентирован),
  2.3 сделал метод init и в нем установить начальные значения, а конструктор освободить для DI?
Как правильнее поступать в таком случае, примеры в сети найти не удалось.

Если твой класс инжектбл то как ты планируешь аргументы в конструктор прокидывать?

Тут динамический модуль нужнн

Тут надо над архитектурой подумать)