Будет побешивать когда будешь испортить CreateUser постоянно придется чекать то ли это , мб кто то какие-то суффиксы юзает или ещё что то

А можно без сложных слов, я только вникаю в эту тему

Код говном вонять будет (сорри)

И как его запхать его под пост запрос?

думаю можно добавить суффикс для data access.

сам я использую объекты, поэтому не имею такой проблемы

Загугли, в интернете больше инфы чем у меня в голове

Головоломка в голове?

Скорее сметана

Т.е у тебя data accses возвращает объект с кучей функций ?

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

Откуда ты знаешь, ты хакер?

у каждой entity свой объект-репозиторий

Ребят, подскажите пожалуйста либу с саппортом промайсов для tcp-сокетов, по типу такой(https://www.npmjs.com/package/promise-socket), но с TLS.

Аа понял , спасибо , буду придумывать что то дальше 😄

Если они в разных контекстах используются, то проблем не должно быть. Функция бизнес логики должны использоваться в сервисах, а функции data access слоя в объектах бизнес логики (если объект отвечает за своё сохранение/загрузку) или в репозитории

Кое-что решил переспросить, ты имел ввиду подставить get перед post на клиентской части?

Ребят, может задаю глупый вопрос, но чем Коа и Fastify отличаються от Express в плане работы и разработки приложений? Я имею ввиду какие то кор различия. Например чем отличаеться Nest от Express я вижу.

чем нест от экспресса отличается ?
Ты серьезно ?!

это я понимаю. Вопрос чем коа и Fastify отличаются

Он имел ввиду что get это идемпотентный метод. Идемпотентным методом называется метод, повторный вызов которого не влечёт изменений на сервере. Например хоть 1000 раз запроси картинку с сервера, ничего не поменяется. Поэтому get нельзя использовать для неидеподентных запросов. Запрос на аутентификацию не являнтся идемпотентным потому что при каждом запросе новая сессия создаётся.

Поэтому для аутентификации ты должен использовать post метод, так как post неидемподентный