Шаблоны Java. AbstractFactory (Абcтрактная фабрика)

proselyte.net/
Шаблон: Абстрактная фабрика (Abstract Factory)
=======================================================================================================
Цель:
Создание интерфейса, для создания множества взаимосвязанных или взаимозависимых объектов, без жёсткой
привязке к конкретным классам.
=======================================================================================================
Для чего используется:
Для создания множеств взаимосвязанных объектов.
=======================================================================================================
Пример использования:
- система не должна зависеть от метода создания, компоновки и представления входящих в неё объектов;
- входящие взаимосвязанные объекты должны использоваться вместе;
- система должна конфигурироваться одним из множеств объектов, из которых она состоит;
- нам необходимо предоставить множество объектов, раскрывая только их интерфейсы но не реализацию.
=======================================================================================================

[@user-ln8kq6gb7t]

Для тех кто не понял, вот вам основное различие: Фабричный метод используется для создания только одного продукта Абстрактная фабрика - это создание семейств связанных или зависимых продуктов.

[@arahnid_9844]

Спасибо, я как раз это упустил)

[@glookeemaska133]

Легенда

[@alexsecret3496]

лучший коммент рили

[@RR-lc1yi]

чувствуется уровень. 90% остальных видео реально рядом не валялись - все четко, по делу, не отвлекаясь на простые вещи. Респект

[@theAmarale]

Это сарказм?

[@arctic9328]

ты идиот? @@theAmarale

[@user-ev1me4xq8v]

я не знаю как, кому, а мне данный формат видео лучше заходит. Это на основе древнего и первобытного, делай как я. Темп отличный. Лишнего нет. Да и всяких слов паразитов минимум.

[@EugeneSuleimanov]

Спасибо за отзыв!

[@user-sz7dn6md5p]

Очень понятно когда он показывает разницу паттернов. Уважуха братан✊

[@user-gl9tr9nb1u]

Самое толковое и дельное объяснение абстрактных фабрик... Без воды и бессмысленного прыгания у доски и калякания всяких идиотских картинок. Почти парное программирование. Огромный респект

[@Lineage2GF]

Столько всего прочел пересмотрел и никак не понимал до просмотра этого видео. Спасибо !

[@elpirato5428]

Хорошо когда без ошибок всю информацию сразу в правильном порядке преподносят, сразу все в памяти откладывается.

[@faniskhalikov9736]

Спасибо за качественный урок) Отличный материал для начинающих и не только, лучше начинаешь понимать необходимость применения интерфейсов.

[@EugeneSuleimanov]

Спасибо :)

[@user-bt9hx3ik6e]

отличный урок. четко и понятно показан шаблон и как работает. спасибо!

[@Maratreason]

Супер, тоже респект!!! Все четко и понятно.

[@anymko3931]

Очень нравится как звучит клава, обычно звук ацтой, а тут я бывает заслушиваюсь больше над звуком клавы

[@jarag9353]

Утька моя

[@serhiisadrytskyi2970]

Евгений, спасибо за полезное видео. Скажите, что имелось в виду под "добавлять любого разработчика в любую команду"(фраза в конце). - если вместо простого возвращения новых сущностей в переопределениях get-методов класса WebsiteTeamFactory(к примеру) написать логику выбора или же как в прмиере с "Фабрикой" добавить статичный метод который будет принимать строку и возвращать тип фабрики? Cпасибо.

[@anjelomanoranjan3908]

Браво, Женя! Крутое видео. Спасибо!

[@EugeneSuleimanov]

Спасибо за поддержку!

[@JGolt]

Спасибо за урок! Жаль, что не показали UML диаграмму, обычно ее переношу в конспект и по ней потом ориентируюсь! У меня IDEA CE, в ней не посмотреть такое.

[@Wanderer_D]

смотрю 4 видео. Объяснения четкие и внятные, без всяких "эээ.. ммм" и т. д.

[@funenglish8128]

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

[@hannahr5037]

Не подскажите, в чем разница этих двух фабрик от паттерна Простой Фабрики? В целях и практическом применении. Спасибо!

[@EugeneSuleimanov]

Абстрактная фабрика, грубо говоря - попытка создать группу фабрик.

[@alexkhonko4115]

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

[@Andrzej3935]

Большое спасибо, очень доступно

[@EugeneSuleimanov]

Спасибо за отзыв!

[@goodman2156]

А если в другом проекте мне нужен новый разработчик (например, сисадмин), а в старых фабриках ничего не менять, какой паттерн тогда применять? Или можно как-то модифицировать этот паттерн?

[@user-qc5bi7zt7d]

Уровень подачи и понимания шаблонов 10 из 10. Объяснить проще уже не получится ни у кого))

[@rustemiskakov2973]

Спасибо!

[@michaelroyf4766]

отлично!

[@kostingy]

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

[@Baannia]

красивый и чоткий код

[@user-mu2nu1iw3q]

Прекрасная подача информации. Платные курсы и рядом не стояли..

[@EugeneSuleimanov]

Спасибо за отзыв, Виктор

[@user-mu2nu1iw3q]

@@EugeneSuleimanov всегда, пожалуйста. Не смотря на то, что программирую не первый год, паттерны как-то обходил стороной. Вот как-то пришлось заняться на днях. Можно и самому осилить, но с такими то примерами обучение становится комфортным и хочется это озвучить..) А причина проста. Такие каналы должны быть в ТОПе.

[@yanlevchenko3870]

@@user-mu2nu1iw3q +++

[@SiMoN-hk1jf]

Почему в классе BankingTeamFactory когда оверайдим метод getDeveloper пишем просто return new JavaDeveloper и не приводим к типу (Developer)?

[@regondaadnoger4028]

Потому что JavaDeveloper уже реализован по интерфесу Developer

[@user-ei2vj8jv9u]

Гуглить: upcast

[@johndoedoejohn]

Дуже круті відео, дякую. :) Moжна також Project заімплементувати як Фабричний метод, цим самим інкапсулювати код від клієнта: public abstract class Project { protected String type; protected Developer developer; protected Tester tester; protected ProjectManager manager; public void startProject() { setUpTeam(); // Фабричний метод з субкласу System.out.println(String.format("Creating %s project. . .", type)); developer.writeCode(); tester.testCode(); manager.manageProject(); System.out.println(" "); } protected abstract void setUpTeam(); // Фабричний метод буде в субкласі } public class JavaProject extends Project { @Override protected void setUpTeam() { type = "Java"; AbstractFactory factory = new JavaProjectFactory(); developer = factory.createDeveloper(); tester = factory.createTester(); manager = factory.createProjectManager(); } } public class Company { public static void main(String[] args) { Project webProject = new WebProject(); webProject.startProject(); Project bankProject = new JavaProject(); bankProject.startProject(); } }

[@EugeneSuleimanov]

Дякую за відгук!

[@user-cc9sn3bx4l]

Так эта фабрика выдает набор обэктов - сгруппировали создание комманды в один класс и редактировать команду можно из одного места - ? В этом суть?

[@user-on4ce8fg8s]

Почему называется абстрактная фабрика, когда это интерфейс ?

[@lexxx1994]

Так называется паттерн. Мы создали интерфейс фабрики, но т.к. интерфейс на самом деле - это полностью абстрактный класс, у которого все методы абстрактные (если мы говорим о Java), то можно сказать, что у нас есть какая то "абстрактная фабрика объектов", и реализаций этой "абстрактной фабрики" может быть сколько угодно.

[@user-ev1me4xq8v]

@@sergeyinyakin9730 в том что тут мы выбираем фабрику под проект. А там мы выбирали фабрику под язык программирования. Как мне кажется разница в уровнях абстракции.

[@user-ei2vj8jv9u]

@@sergeyinyakin9730 дело не в абстракции как части языка, а в абстракции, как понятия. Ключевое слово abstract здесь совершенно не причем.

[@user-ei2vj8jv9u]

@@sergeyinyakin9730 значит, растёшь) когда поймешь, что уже не растёшь - пора менять профессию.

[@jetbrain9115]

Спасибо! А UML диаграмму забыли(

[@EugeneSuleimanov]

Да, действительно ) Увидел только посое вашего комментария. Спасибо, что обратили внимание

[@alexanderspreys176]

А что если в команде нет тестера? Возвращать эксепшен? Вроде как плохая практика.

[@EugeneSuleimanov]

Тестирование и эксепшн - несколько разные вещи. Исключение - это просто способ обработки ситуаций. А QA - это оценка качества продукта.

[@AndreyDeveloper]

Все хорошо. Только опечатка (аСБтрактная фабрика).

[@EugeneSuleimanov]

Спасибо за сигнал. Исправил.

[@AndreyDeveloper]

Да это тебе спасибо. Две книги прочитал и не вдуплял (и википедию тоже). А сейчас хоть какая-то ясность настает.

[@volodya-nrg]

все таки не понятно чуть-чуть ... надо пристально следить за мыслью

[@user-ug9ry8cf4o]

на php можно написать сайт, на java можно написать фабрику php разработчиков...

[@EugeneSuleimanov]

И фабрику фабрик разработчиков…

[@Novichek55]

не понимаю я предназначение этих Шаблонов, ну создал бы я этих разработчиков и тестировщиков в методе mai() без Фабрики напрямую, что от этого бы изменилось??? Зачем нужна Фабрика ???🙃

[@stealth9218]

Смысл в том, у тебя получается гибкий код, поведение которого ты можешь настраивать при запуске, без переделки самого кода. Например, вместо отдельных классов со своими мейнами, можно было бы в основном мейне сделать switch, который бы принимал строку из args из параметров мейна и по ней бы вызывал нужную фабрику, которая бы уже собирала тебе нужную команду. Т.е. тебе для изменения поведения приложения достаточно запустить его с нужным параметром. При этом такую абстрактную фабрику легко расширять или изменять, добавляя новые команды, например. Если бы ты всех нужных сотрудников команды создавал бы через new() в мейне, то тебе бы было тяжело настраивать повделение приложения и еще сложнее его как-то изменять в дальнейшем. На практике такое может применяться, например, при описании разных конфигураций подключения к БД. Если все сделано правильно, например, по такому шаблону, то тип и параметры подключения у тебя могут задаваться в файле конфигурации, куда инсертятся через переменные окружения. И чтобы переключиться с одной БД на другую, тебе достаточно изменить значения в переменных окружения и перезапустить приложение. А в твоем случае тебе пришлось бы лезть в код и менять нужные объекты на новые во всех нужных местах, потом коммитить и деплоить изменения. И это не круто :)

[@Valerii07]

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

[@user-rl8fy6xe1t]

В сложных проектах это поможет

[@user-yv1zw4xz4d]

Не очень понятна практическая применимость все равно

[@neotremor5054]

нифига ты быстро печатаешь...Пианист что ли?

[@pie4928]

Зачем это учить ? Ведь можно и без них нормально разрабатывать приложения...

[@EugeneSuleimanov]

Да, конечно, это возможно, но местами при работе с большими системами это неудобно. Особенно, если не используются фреймворки, где эти шаблоны реализованы и используются "под капотом".

[@alexanderryabinin2884]

удар по клавишам будто показывает какую-то неприязнь, непорядок с нервами

[@EugeneSuleimanov]

Это я самоутверждаюсь и пытаюсь доминировать, хотя бы над клавиатурой. Это наполняет меня ощущением власти :)

[@user-pd7kk1wi7r]

@@EugeneSuleimanov Творчество не иссякаемое : хочу творю, а хочу - вытворяю! ))

[@user-sn8jy8lg2j]

Спасибо!

[@EugeneSuleimanov]

Пожалуйста, Сергей.