Причём тут визиторы?...

зачем писать визиторы если можно писать пм?

при том, что с ними у тебя логика форматирования будет рядом с самим типом и твой Display будет не сто строк, а десять

К "сожелению" у меня нет разных типов к которым бы можно было присобачить логику )

чтоб не делать методы по 100 строк и патчи на 10 файлов чтоб добавить типчик

так визиторы тебя не спасут

еще один матч - это еще один метод AccpetBar

который точно так же заставляет херачить всю иерархию и менять все визиторы

чтобы не делать методы по 100 строк достаточно функции делать

вот этим функциям место рядом с самими типами, когда захочешь поменять логику форматирования 10 типов -- у тебя будут изменения рядом с ними, а не в отдельном методе, который это делает -- даёт возможность переиспользования, можно потом этот же код использовать в других местах, но самое важное, что если тебе надо поменять действие А и Б для типов В и Г, то ты просто идёшь к этим типам и смотришь на эти действия, не утруждаясь тем, какие ещё близкие типы существуют, а их может быть много

не все визиторы про двойной диспатч

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

эх, если б можно было просто итерировать по энаму...

а, минуточку, тебе достаточно, что все твои поля Display и тогда твой Display настолько простой, что его можно сгенерировать автоматически, даже экзостив энфорсится без лишнего текста

короче адт строго лучше визиторов

которые и являются вербозным энкодингом в ооп япах

а чтоб все твои типы данных были дисплей, надо всего лишь trait Unit : Display{}

почему?

потому что то же самое, но намного более коротко

и гибко