Зачем нужен паттерн визитор?

@oopguru · 09.03.2017, 16:09. **Показов** 5111. **Ответов** 50

Студворк — интернет-сервис помощи студентам

Выражение типа

Code
1
foo.bar(baz)

мы можем трактовать как то, что bar посещает foo. Зачем поверх этого еще что-то лепить?

@oopguru · 15.03.2017, 18:19 **[ТС]**

Usaga, я рассматриваю вопрос мощности языка, а не вопросы популярности и применимости в энтерпрайзе. В энтерпрайзе Iо не взлетит просто потому, что массы его не смогут осилить.

Добавлено через 9 минут

Сообщение от oopguru

что массы его не смогут осилить.

Да и вообще, там эффективней всего показывают себя подоходы Bondage & Discipline, потому что зависимость от свободолюбивых талантливых,оригинальных программистов бизнесу не нужна. Как правило, языки, дающие свободу не взлетают или быстро дохнут. В зивых остались только JS(стечение обстоятельств) и руби.

@Usaga · 15.03.2017, 18:24

oopguru, грань между полной свободой и анархией очень тонка и эфемерна. В этом, на мой взгляд, основная причина непопулярности языков типа Io.

@oopguru · 15.03.2017, 23:15 **[ТС]**

Usaga, вот еще какой вопрос возник.
Вроде, в основном везде где описывается визитор(в статьях), идет фокусировка на типах. Диспетчеризация по типам объектов и прочее. Но ведь Ваш пример не завязан на типах вообще. То есть, получается, что визитор к типам не имеет непосредственного отношения, работа с типами -- лишь частный случай его применения, правильно я понимаю?

@Usaga · 16.03.2017, 07:16

oopguru, визитёр позволяет сотворить некоторую работу над объектом (или с его участием или даже без оного) основываясь на типе объекта, но без процесса выяснения этого типа. Всё разруливается с помощью диспетчеризации. Такой вот каламбур.

Т.е. производится опрос объектов, а те уже сами заявляют, что и как с ними нужно сделать (вызовом соответствующего метода визитёра). Это такая инверсия классической ситуации, когда внешний алгоритм выполняет действия над объектами коллекции основываясь на каких-то своих познаниях об этих объектах.

@oopguru · 16.03.2017, 09:24 **[ТС]**

Сообщение от Usaga

основываясь на типе объекта

Вы же сами говорили, что визитор ничего не знает о том, кого он посещает, а аксептор ничего не знает о том, какой визитор ему дали. Тут нет никакой зависимости от типов, только от интерфейсов. О каком же тогда "основании на типах" Вы говорите?

@Usaga · 16.03.2017, 09:34

Сообщение от oopguru

О каком же тогда "основании на типах" Вы говорите?

О том, что за интерфейсами сидят объекты конкретных типов, а не бестелесные духи. И вот эти конкретные типы и определяют, какой именно метод визитёра будет вызван. При это, никакой явной привязки к типу или проверки типа не происходит. Всё "само работает".

@oopguru · 16.03.2017, 09:41 **[ТС]**

Сообщение от Usaga

О том, что за интерфейсами сидят объекты конкретных типов, а не бестелесные духи

это к делу не относится. За любым объектом всегда сидит тип, если так рассуждать, то получится что любой код "основывается на типах".

@Usaga · 16.03.2017, 09:45

Сообщение от oopguru

это к делу не относится.

Относится. В зависимости от типа посещаемого объекта будет вызван тот или иной метод. Просто явно это нигде не фигурирует.

@oopguru · 16.03.2017, 09:51 **[ТС]**

Сообщение от Usaga

Относится. В зависимости от типа посещаемого объекта будет вызван тот или иной метод. Просто явно это нигде не фигурирует.

не от типа, а от интерфейса

@Usaga · 16.03.2017, 09:56

oopguru, интерфейс выступает "разделителем" и контрактом. Он поведение не определяет.

Добавлено через 26 секунд
Но в любом случае, я думаю идея данного паттерна более-менее ясна стала?

@oopguru · 16.03.2017, 10:02 **[ТС]**

Сообщение от Usaga

Но в любом случае, я думаю идея данного паттерна более-менее ясна стала?

Да, спасибо большое за объяснение. Прояснилось.

Новые блоги и статьи Все статьи Все блоги /
Скрипты Tampermonkey для CyberForum, ChatGPT, Claude и пр. Jin X 06.09.2026 Скрипты Tampermonkey для CyberForum, ChatGPT, Claude и пр. Работая с форумом и нейросетями в браузере часто хочется что-то подкорректировать или добавить какого-то функционала. Ниже прикреплён. . .	Программа опроса у.з. расходомера SLS-720F Argus19 02.09.2026 Программа опроса у. з. расходомера SLS-720F Программа опрашивает один раз в минуту три ультразвуковых расходомера SLS-720F через интерфейс RS-485 по протоколу Modbus RTU. Опрашиваются регистры. . .	Hyper-V: Компьютер должен поддерживать доверенный платформенный модуль 2.0. Maks 31.08.2026 При установке Windows 11 на виртуальную машину Hyper-V 2-го поколения вылезла такая ошибка: Решение: в параметрах виртуальной машины, в разделе "Безопасность" (Security) активировать флаг. . .	Архитектура биовида Стива в Майнкрафте: Зачем бонобо кубический каннибализм anaschu 30.08.2026 Кубический Вагинокапитализм в Minecraft: Математический инвариант ОДУ и рок Стивов-бонобо Главная задача разработанной «Модели Всего» — наглядно продемонстрировать наличие системной «судьбы». . .
Оттачиваю умение писать js программы. russiannick 30.08.2026 Проектом выходного дня стало написание Книги шифров Виженера. Итогом стала версия 200, синий туман. Синий туман назван так, потому что замораживает текст под собой. Нажатие синих кнопок управляют. . .	мат медиц модель 30. презентация проекта anaschu 27.08.2026 хоп хоп хоп хидахоп, а я кладую))	Как у меня протекала болезнь zorxor 27.08.2026 Здравствуйте, друзья! Эта запись блога предназначена именно для вас - для моих дорогих друзей, которые знали меня лично. Чтобы ответить на вопрос - а что же со мной произошло на самом деле? Я учился. . .	Нашел вот забавное видео о измерениях. Лучшее что я видел на эту тему kumehtar 26.08.2026 ILETXiw9bMQ Основная суть и тезисы по измерениям: 0D (Нулевое измерение): точка, не имеющая длины, ширины, высоты или объема. Объект не может перемещаться в 0D. 1D (Первое измерение):. . .

@Usaga 14750 / 9525 / 1364 Регистрация: 21.01.2016 Сообщений: 35,940
	15.03.2017, 18:24
	oopguru, грань между полной свободой и анархией очень тонка и эфемерна. В этом, на мой взгляд, основная причина непопулярности языков типа Io. 0

@oopguru Заблокирован
	15.03.2017, 23:15 [ТС]
	Usaga, вот еще какой вопрос возник. Вроде, в основном везде где описывается визитор(в статьях), идет фокусировка на типах. Диспетчеризация по типам объектов и прочее. Но ведь Ваш пример не завязан на типах вообще. То есть, получается, что визитор к типам не имеет непосредственного отношения, работа с типами -- лишь частный случай его применения, правильно я понимаю? 0

@Usaga 14750 / 9525 / 1364 Регистрация: 21.01.2016 Сообщений: 35,940
	16.03.2017, 07:16
	oopguru, визитёр позволяет сотворить некоторую работу над объектом (или с его участием или даже без оного) основываясь на типе объекта, но без процесса выяснения этого типа. Всё разруливается с помощью диспетчеризации. Такой вот каламбур. Т.е. производится опрос объектов, а те уже сами заявляют, что и как с ними нужно сделать (вызовом соответствующего метода визитёра). Это такая инверсия классической ситуации, когда внешний алгоритм выполняет действия над объектами коллекции основываясь на каких-то своих познаниях об этих объектах. 1

@Usaga 14750 / 9525 / 1364 Регистрация: 21.01.2016 Сообщений: 35,940
	16.03.2017, 09:56
	oopguru, интерфейс выступает "разделителем" и контрактом. Он поведение не определяет. Добавлено через 26 секунд Но в любом случае, я думаю идея данного паттерна более-менее ясна стала? 1