Ребят, вот такая структура пойдет? Папка модули и там вся логика. Рядом папка с сущностями, конфиги и прч

Или модулми непосредственно в src надо расскладывать?

всем привет ребят.  у меня тут вопрос чуток не по теме. при тестировании через Jest пытался отловить ошибку через
expect(foo()).rejects.toThrowError() где foo() асинхронная функция
. Ошибка ловится, но на консоли все равно остаётся UnhandledRejection. Это баг или так должно быть?

контроллер обычно это часть модуля

Ну я как понял
папка модули:
— папка movies
——module
——controller
——service/ provider

и вот так все части бизнес логики сервиса расскладывать

а app.controller зачем?

а, ну это сгенерировал CLI, я не удалил просто

У меня там /ping для хелсчека 😄

ну это скорее разложение по предметной области, бизнес-логика она уровнем выше (тем более у тебя есть папочка “entities”)

я через nx либы пилю, модули отдельной либой идут, модули не зависимые, для связи абстракный сервис есть, на основе которого уже в приложении доношу логику

apps
  app1
    module1
      module1-user.service
libs
  module1
    etitities
      user
    module1-user.controller
    module1-user-abstract.service
    module1-user-interface.service

Я отказался от папки modules, потому что она только увеличивает вложенность (и добавляет modules/ в nest cli команды), а пользы как-то не нашёл, всё равно практически весь код в модулях...

Окок понял

apps
  app1
    module1
      module1-user.service
libs
  module1
    etitities
      user
    module1-user.controller
    module1-user-abstract.service
    module1-user-interface.service

Это наверно выше моего уровня)

зато позволяет отделить от обработчиков ошибок, пайп и гард уровня приложения. визуально проще вычленять

Просто на чистом fastify расскидал сервисы к сервисам, роуты к роутам и прч.

вот об этом я тоже думал

Запихнуты в common)
*часто так видел*

У нас так

src
    bootstrap
    client
    common
    server
        enums
        exceptions
        exception-filters
        modules
            core
                tests
                core.module.ts
            my-small
                tests
                my-small.module.ts
                my-small.controller.ts
                hello.service.ts
            my-big
                exception-filters
                exceptions
                tests
                controllers
                    hello.controller.ts
                    world.controller.ts
                services
                    foo.service.ts
                    bar.service.ts
                my-big.module.ts
            shared
                interceptors
                    cool.interceptor.ts
                shared.module.ts
    app.module.ts
    main.ts

В целом внутри модуля тут всё также, если несколько сущностей одного типа (types, dto, entitie ит.д.), то они тоже в своих папках обычно.
Просто само приложение разделено на модули domain based