Как правильно называть и создавать TO
Всем привет. Ребят помогите разобраться с созданием DTO для методов сервисного слоя. ДТО становиться так много что я запутываюсь в их названиях или получается где то повторение кода. Не могу найти какой то шаблонный стиль для построения этих дто. Как вот сущность конвертировать в дто если не вся ее информация мне нужна а иногда вся бывает нужна? Больше всего путаюсь давать им названия. Надеюсь нормально сформулировал вопрос.
Ответы (1 шт):
Дто - это по сути мусорные классы, их можно создавать сколько угодно, для любой нужной тебе операции. Возьмем пример: есть у тебя сущность, user, с ней можно делать след. вещи: это регистрация нового юзера, логин юзера, и к примеру получить юзера. Для каждой операции, ты можешь например создать одно дто, со всеми полями и назвать его, например UserDto, и у тебя будет одно дто для работы с юзерами, и название UserDto об этом говорит. Но можешь например сделать дто, для каждой нужной тебе операции, UserRegDto, UserLogDto, UserGetDTo, и использовать каждое дто, для каждой операции, и получается, что нейминг сам за себя говорит, что UserRegDto используется для регистрации и т.д. Так же например, если есть сущность у которой только две операции, это создать и получить, в таком случае можно воспользовать неймингом по типу EntityRequest и EntityResponse, в зависимости от того принимаешь ли ты это дто или отдаешь. Как я уже обозначил в начале, дто это чисто мусорные классы и особо заморачиваться с неймингом не стоит.