Шаблоны Java. Посетитель (Visitor)

[@music.sucks999]

Огромнейшее спасибо! Лучшее объяснение из всех, что видел

[@Po4kaKita]

Двумя руками!

[@АртёмЯрошенко-и3е]

Хороший урок! Я бы сказал один из лучших во всем ютубе. Мне понравилось, что вы объяснили почему и как его использовать! Так держать!)

[@_.Egor._]

Сложно давался этот шаблон. Видео очень помогло. Спасибо!

[@korbinos]

Спасибо большое! Наконецто все дошло.

[@guugle]

Это надо во всех Университетах страны преподавать))

[@nikitabobyshew7927]

Спасибо большое. Сразу стало все понятно.

[@ивансемёнов-ф9й]

Попутный вопрос: работа с "эклипс" с использованием консоли - это всё понятно, а вот что касается командной строки в Windows 8... Как можно добиться компиляции программы, написанной в блокноте, с помощью командs javac?

[@programm4you]

+иван семёнов а я разве это не показывал в самых первых уроках? посмотрите раздел "Основы Java в примерах на Eclipse"

[@ПашаХЗ-м8й]

Почти, хорошо. Но лучше бы показали что происходит, если визитер не использовать. Что это приводит к процедурному стилю определения типа элемента. И чтобы избавиться от процедурного кода выбора функции-расширения с левого класса в зависимости от конкретного типа из Element (element instanceOf ConcreteEl), придумали хак -- accept. Подобное я использовал в шаблонах со специализацией на C++ когда делал умный форматтер строк на подобие String.Format в C#. И ещё не услышал критики этого паттерна. Тот же декоратор способен к расширению функционала без изменения базовых элементов.

[@Das.Kleine.Krokodil]

"от процедурного кода выбора функции-расширения с левого класса в зависимости от конкретного" рекомендую делать рефакторинг таких сложных предложений перед публикацией

[@PassageGamesRus]

Почему бы просто у посетителя не вызвать метод посети и передать деталь?

[@MrCoolDolphin]

Думаю потому что автор не верно показал шаблон. Не должно быть перегруженых методов. Сам еще не понял этот шаблон, но чуйка говорит что тут явно лажа.

[@lichlichi]

На 11:27 объяснение этому. Вы чем слушали?)

[@cold_heart_i]

@@MrCoolDolphin диаграмму посмотри, как там не может быть перегруженных методов, когда явно в книгах пишут что могут быть эти методы перегружены

[@MsDima9999]

@@cold_heart_i так у него чуйка)))

[@Das.Kleine.Krokodil]

@@MrCoolDolphin "Сам еще не понял этот шаблон, но чуйка говорит что тут явно лажа." сильно

[@mrMarseleene]

поднялся, mac купил :)

[@nikolaygoltsov1782]

Шел я шел и ударился о колесо,тьфу колесо ударилось об меня))) за урок спасиб.\ P.S. После обновления Eclipse до Maps 2, Eclipse перестал видеть библиотеки импорта во многих проектах, а при создании нового класса вообще чушь порет типа методы не определены. Даже Hello Word не запускает))). Постоянно ругается на созданный ранее тестовый класс, который кстати удален. Как это исправить?

[@paradise_cracked]

эх и жесть) hight level

[@MrCoolDolphin]

Ну это же жесть! Точно не должно быть перегруженых методов! Автор вы не правильно объяснили шаблон! У вас получилось что при добавлении нового элемента придется править всех наших визитеров. Это не правильно! Шаблон скорее всего, для того и существует чтобы решать эту задачу переписывания визитеров при добавлении элементов. То есть добавили мы элимент или визитера мы ничего не переделываем все само работает.

[@maksimvishnyak137]

Прежде чем орать не разобравшись и полагаться на "чуйку", почитали бы первоисточник шаблонов проектирования(GOF Design Patterns), там в диаграмме шаблона, интерфейс визитора вообще с разными методами, для каждого конкретного элемента. Используя перегруженные методы в объяснении, автор только улучшил этот шаблон.

[@MsDima9999]

Сам еще не понял этот шаблон, но чуйка говорит что тут явно лажа. ХАХАХХАХАХХА))))))))))0

[@lichlichi]

Всё хорошо, но акСЕпт по ушам режет....