SV
Eugene Sevostianov
телеграм превращает их в один
Используйте
``Size: a a a
2019 December 23
2019 December 24
T
в тесте при вводе кириллице у меня появляются такие каракули. Дело в кодировке ? и как исправить ?
T
с латинитей все норм
А
в тесте при вводе кириллице у меня появляются такие каракули. Дело в кодировке ? и как исправить ?
Utf8 использовать
T
Utf8 использовать
👍
С
Всем привет. Народ, я для передачи данных между шагами сейчас использую статическую мапу )) но смотрю в сторону DTO. Кто вообще что использует, какие лучшие практики?
AV
Всем привет. Народ, я для передачи данных между шагами сейчас использую статическую мапу )) но смотрю в сторону DTO. Кто вообще что использует, какие лучшие практики?
Я просто параметры передаю
С
Я просто параметры передаю
Ну а если у тебя разные методы в разных классах? Геттеры, сеттеры и нет никакого хаба с данными?
M
Я просто параметры передаю
Очень плохая практика, особенно, если параметров больше трёх-четырёх.
M
Если бизнес-логика оперирует сложынми объектами, то проще всего их передавать в виде аргументов соответствующим методам. Когда идёт речь о каких-то аггрегированных даных, то следует использовать DTO. Только у DTO не может быть никаких сеттеров. Только конструктор.
AV
Ну а если у тебя разные методы в разных классах? Геттеры, сеттеры и нет никакого хаба с данными?
Не совсем понял, какие геттеры-сеттеры? Вопрос понял - "как передать параметры в степ"(это же метод, да?). Ответил - я передаю параметры методу в сигнатуре.
AV
Mikhail
Очень плохая практика, особенно, если параметров больше трёх-четырёх.
А почему плохая практика, можно аргументированно?
A
Всем привет. Народ, я для передачи данных между шагами сейчас использую статическую мапу )) но смотрю в сторону DTO. Кто вообще что использует, какие лучшие практики?
Передаю dto на каждый виджет
M
Потому что разрастается сигнатура метода, и появляется множество параметров, которые нужно поддерживать. Потому что при необходимости добавить ещё одно-два поля, придётся изменять все участки кода, где происходят вызовы этого метода (и, не дай бох, ещё править пробросы во вложенные методы), вместо того, чтобы изменить список полей DTO в одном месте.
С
Шаблон проектирования - Шаблон переноса объекта - Tutorialspoint
https://www.tutorialspoint.com/design_pattern/transfer_object_pattern.htm
https://www.tutorialspoint.com/design_pattern/transfer_object_pattern.htm
С
Mikhail
Если бизнес-логика оперирует сложынми объектами, то проще всего их передавать в виде аргументов соответствующим методам. Когда идёт речь о каких-то аггрегированных даных, то следует использовать DTO. Только у DTO не может быть никаких сеттеров. Только конструктор.
В DTO есть как раз геттеры и сеттеры ...
M
В DTO есть как раз геттеры и сеттеры ...
Не стоит путать DTO и VO.
С
Mikhail
Не стоит путать DTO и VO.
Там ссылка есть выше .. и в примере как раз геттеры и сеттеры
M
Там ссылка есть выше .. и в примере как раз геттеры и сеттеры
Там в ссылке приведён пример на студентах. Это Value Object, потому что бывают студенты с одинаковыми именами, и если создать 2 VO с одинаковыми полями, это будут разные объекты с разной идентичностью и разными значениями для бизнес-логики. В отличии от DTO. Который нужен только для одной задачи. Напихать при создании объекта в него типизированных значений и получать из него эти значения в дальнейшем в тех местах, куда мы этот объект передадим. DTO не подразумевает наличия сеттеров, он иммутабельный. Если вам по какой-то странной причине нужно отредактировать его поле, то, скорее всего, вам нужно создать новый DTO.