Подскажите кто и как добавляет проект всякие utils, маперы и

Question

Подскажите кто и как добавляет проект всякие utils, маперы и

другие упрощающие разработку штуки.

Например, конкретная ситуация (проект на TypeScript):

Для DTO есть только интерфейсы, отдельного мапера между моделью и DTO никогда не было так как DTO не всегда собирались из доменной модели.

Другой разработчик дописывает к модельке метод toDTO, который он использует в своей конкретной задаче.

И получается ситуация, когда новый метод toDTO не используется во всех предыдущих случаях где он мог бы быть использован.

Чья ответственность внедрить toDTO везде? И нужно ли?

#oop #programming #russian #software #web-design

0

09.04.2022

9 ответов

28 просмотров

Alexander Автор вопроса

Гайдлайнов нет, и вообще каких-либо формализованных требований нет. А есть что-то почитать по составлению гайдлайнов?

0

09.04.2022

lutik

А у тебя получается, что у тебя один маппер со стороны repository -> domain, потом второй маппер со стороны domain -> presentation? Ну и в обратную сторону точно так же?

0

09.04.2022

Alexander Автор вопроса

lutik
А у тебя получается, что у тебя один маппер со сто...

У меня репозитории всегда возвращают domain объекты. А domain объекты не всегда мапятся на presentaion – например, там где нет потребности менять стейт, пишутся обычные запросы и уже их результат мапится на dto. А в обратную сторону на domain ничего не мапится (ну только если не считать конструирование domain объекта при его добавлении в репозитоий мапингом)

0

09.04.2022

lutik

Да, понял, точно так же сделано, но у меня еще application прослойка: presentation <- application <- domain на уровне application мапплю

0

09.04.2022

Alexander Автор вопроса

lutik
Да, понял, точно так же сделано, но у меня еще app...

А. Ну у меня на уровне presentation тоже есть мапинг dtoшек приходящих с application сервисов на уже конкретные модели api – чтобы лишние данные не утекли т.к. typescript не следит за тем есть ли в в объекте данные выходящие за рамки интефейса

0

09.04.2022

Woof Собач

Sergey P
для начала utils это всегда плохо. в целом удобно ...

Утилс не всегда плохо.

0

09.04.2022

Sergey P

Woof Собач
Утилс не всегда плохо.

Ну я привел пример - удобно юзать как ловушку ловить неррдивых разработчиков

0

09.04.2022

Sergey P

Alexander
Гайдлайнов нет, и вообще каких-либо формализованны...

Вот например

0

09.04.2022

Sergey P · Accepted Answer

для начала utils это всегда плохо. в целом удобно держать такой модуль и лочить ревью с двумя апрувами что бы заруку ловить любителей не особо думать куда чего класть. на счет твоего вопроса. У вас был подход. Один разработчик решил его поменять в одном месте. Теперь у вас два подхода. Какой предпочтительнее? почему там не надо было а тут надо? Есть ли у вас кто-то кто отвечает за общие гайдлайны? Ну то есть кто соберет людей, соберет мнение, проведет анализ и примет решение должно быть так, по другому или распишет как решить тот или другой вариант? Или в целом есть ли у вас общий код стайл/гайдлайны?

212 похожих чатов

Подскажите кто и как добавляет проект всякие utils, маперы и

9 ответов

Похожие вопросы