Шаблоны Java. Prototype (Прототип)

[@_DSchannel_]

Евгений, замечательно объясняете. Благодарю.

[@manreaper1238]

с дженериком в copyable можно было бы и сразу позвращать Project, вместо Object

[@andriikompaniiets4043]

Спасибо. Хорошее видео.

[@Andrzej3935]

Спасибо!

[@azerphoenix]

Спасибо за видео. Интересная реализация данного паттерна. По идее данная реализация похожа на пример реализации при помощи конструктора, но в данном случае метод copy() создает копию объекта. Также отмечу, что можно реализовать данный паттерн используя сериализацию объекта.

[@Chekist2008]

Метод в фабрике setPeoject() оказался лишним?

[@ErmalayKa]

А что за UML вы используете? Подскажите - мне понравились диаграммы.

[@EugeneSuleimanov]

Добрый день. Для Idea Ultimate - это стандартный плагин. Не входит в Community Edition.

[@ErmalayKa]

А для Android Studio можете что-нибудь посоветовать кроме SimpleUMLCE?

[@EugeneSuleimanov]

Не работал с Android - подсказать не смогу.

[@igoraleksandrovich1498]

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

[@kcheban]

Во многих случаях клиентский код, создающий копии объекта, работает только с интерфейсом объекта. Потому конструкторы ему недоступны. И выбор у него - либо фабрика, либо прототип

[@anastasiapryakhina7151]

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

[@EugeneSuleimanov]

Добрый день, Анастасия - не совсем понятен вопрос. Не могли бы вы уточнить, пожалуйста.

[@duoduoo6732]

ничего не понятно но очень инетересно

[@andriikompaniiets4043]

Я так понимаю, что если через clone делать, то не будет фабрики. А почему обязательно надо, чтобы класс имплементил интерфейс Cloneable, иначе переопределенный метод clone будет исключение выбрасывать при кастовании?

[@azerphoenix]

При имплементации интерфейса Clonable и реализации метода clone() создается неполная копия объекта (shallow copy), а при такой реализации или при других реализациях данного паттерная создается полная копия (deep copy)

[@Ilya_yarets]

добавьте описание

[@user-ow3wy1zn4d]

А зачем здесь описание если по названию видео понятно ,что здесь будет.

[@yevheniikozhevin5845]

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

[@EugeneSuleimanov]

Потому что это учебное видео, в котором мы пытаемся разобраться с тем, как работают шаблоны проектирования. Которые, конечно же, уже могу тбыть реализованы в Java.

[@sergeyzakharchenko1706]

странно кстати что вы незнаете простого факта что клонирование обьекта даже через переопределенный метод clone() является ужасной практикой. для этого используются конструктор.

[@cyrillcheckout]

@@sergeyzakharchenko1706 можно узнать обоснование "ужасной" практики? в чем непосредственно очевидные минусы? И какие плюсы копирования объекта через конструктор?

[@igoraleksandrovich1498]

Потому что этот способ больше официально не рекомендуется из-за возможных проблем.

[@cyrillcheckout]

@@igoraleksandrovich1498 вы такой лапочка, мое почтение :-) "Официальный источник" - смешно, честно.