ну вот ты можешь объединить can параметры, к примеру

SubscribtionBoolInputDTO ?

мне кажется, что скорее VO, но я не уверен

да и зависит как юзать будешь

а ещё разрыв шаблона ща, не обязательно в конце суффикс DTO делать

+

и VO

просто передавать параметры в методы

и создавать энтити

так, еще раз

надо все же зафиксировать разницу

если не нужно проверять между разными типами can (т.е. умеет в 3 тех и не умеет в 2 других = что-то получается) + если не нужно сравнивать между собой эти объекты + если другой логики в будущем не видишь, то dto

+

т.е. "чисто передать и забыть". Но что-то считать на основании этой DTO (как пример выше с usd, eur, rub) — некрасиво.

(говорю некрасиво и понимаю, что сам так делаю, ух)

три вещи

сущность - имеет identity, которая определяется идентификатором сущности
две сущности одного типа с одним идентификатором - это одно и то же в терминах доменной логики

VO  - имеет identity, которая определяется стейтом VO
два VO одного типа с одинаковым стейтом (значениями полей) - это одно и то же в терминах доменной логики

DTO - не имеет identity вообще, является следующим этапом после массивчиков
это просто структура данных, у которой описаны все доступные поля
там, где ты юзаешь DTO - ты можешь воткнуть массив

кстати, это можно было найти в стековерфлов на первой странице гугла по запросу разницы

но зачем, если можно в чатик вбросить

я уже вызвал пожарных на твой адрес, держись там