Шаблоны Java. Фабричный метод (Factory Method)

Изучим паттерн Фабричный метод (Factory Method). Этот паттерн - порождающий шаблон проектирования, определяет стандартный метод создания объекта, не связанный с вызовом конструктора, оставляя решение о том, какой именно объект создавать, за подклассами.

[elenakhatmullina]

Эти лекции - высший пилотаж и непередаваемое удовольствие. Огромное человеческое спасибо, талантливому лектору.

[АлексейДенега-вб]

Как по мне, так наиболее понятные уроки по шаблонам.Респект!!!

[Markerton]

Ваня, спасибо большое что учите нас ! )

[mirkogrey]

Пожалуй одно из лучших объяснений этого шаблона!!!

[GlassedUA]

Много искал адекватное обьяснение фабричного метода. Большое спасибо.

[nickcoffeemaniac]

Огромное спасибо за урок! Наконец-то до меня дошло. Самый лучший и понятный пример.

[Armen_Sarkisian]

Большое спасибо за подробный видео урок данного шаблона! Только благодаря Вам стало более-менее понятно что к чему!)

[mohawberel]

это видео дало мне понимание в чем выгода от использования данного паттерна

[garmon]

Хоспаде, как же доступно! Спасибо за труд!

[voothi]

Тоже заметил на 3:23 про "наследование" вмето "реализация".

Здесь понятно, что класс ConcreteCreator
реализует интерфейс Creator и т.д. там, где пунктирная стрелка
.

Отношения между классами:
- при наследовании классов и реализации интерфейсов - IS-A (является), но есть уточнение, что в случае реализации интефрейсов - это скорее IS..., т.к. интерфейсы позволяют описать т.н. протокол, где говориться "Что", а не "Как".
- при ассоциации, агрегации и композиции - HAS-A (является частью)

Если я где-то не точен, ответьте мне - интересно.
- - -
наследование == extends, inheritance
отношение == relationships
реализует, расширяет == implements
контракт, протокол == contract, protocol

[integernone]

Супер-удачно пример подобран с часами, спасибо!

[John_Smith_Java]

2:26 "Класс! Просто класс!" -- сук, до слёз)))

[HowItWorks]

Очень не плохое обьяснение. Но на мой взгляд главная изюминка в применении этого всего заключается как раз в работе с интерфейсами. А именно, мы можем просить фабрику (разные линии конвееров) создать нам товар без использования ифов и кейсов в коде. Другими словами мы уходим от гигантской вереницы if ... else в коде. В этом вся соль. Об этом как то не сказано ничего.

[progtest]

Фабричный метод -это статический метод который возвращает экземпляр классса

[Gorbatov]

Просто и Понятно, спасибо большое!!!!

[John_Smith_Java]

У Гранда написано, что курсивом выделяются абстракные классы. А интерфейсы -- просто стереотипом "interface".

[dmytro_bro]

Непанятна. Все что делает "Завод производитель" это производит часы (в данном примере) разного типа. Смысл менять тип "завода производителя", если можно с теми же усилиями заменить тип часов, а не заменять тип завода.

[ИТ-территория]

зачем ради неизменности трёх строк кода столько обслуживающего кода? почему бы по передаваемому имени часов не получать именно часы, а не их производителя?

А какая разница? Любой большой проект - есть набор маленьких, взаимосвязанных между собой. По-моему скромному мнению, получение конкретного продукта по его уникальному имени - это более прозрачный и понятный программисту любого уровня способ реализации шаблона "фабричный метод".

[kandidat]

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

[HowItWorks]

Есть вопрос. Как в данном случае избавится от гирлянды из if в getMakerByName ? Допустим у нас сотни часов. Гирлянда в сотни if не очень красивая как по мне. Что можно сделать?