Шаблоны Java. Мост (Bridge) 

Самое понятное объяснение, смотрел с большим интересом! Спасибо больше за такую доступную подачу)

чувак, спасибо за видео, сдал экзамен на работе благодаря твоим примерам :)

Лучший и понятный разбор моста, который нашел :)

Ну, наконец то продождение... Виват !

Круто объяснил! Спасибо

Отличное видео, спасибо!

Большое спасибо!

Я не знаю как в эклипсе, но в IDEA есть функция, которая визиализирует класс диаграмму, очень удобно. За видео спасибо!

Автор, спасибо за видео, расказываете понятно, в общем и целом наглядно, но есть небольшое но: попытайтесь(если когда-то будете выкладывать подобное видео) показать свой же паттерн, на реальном примере. Ваш вариант, если взглянуть на код в видео, очень напоминает Strategy. Мб я один такой, но всё же, пока начинали, ещё было понятно, что bridge в определенной ситуации штука крутая, но когда дошло до кода, я смотрел больше на Strategy, чем на что-то новенькое

Спасибо

Я один в голове делаю акцент автора, когда он говорит "хачбэк"? 🤣

Здравствуйте, у меня вопрос по прошедшим урока основы Java. Я скачал Eclipse ту версию которую вы используете и новую тоже. Вот вопрос у меня, почему у меня нет раздела открыть Java поект, есть на верху JPA проект? Я новичок в этом, просто решил смотреть ваши уроки. Проблема в том что ваши уроки были 2 года назад и многие программы обновлены и поэтому будут к вам вопросы. ) Возможно это связано с тем что у меня другая версия Java. хотя я скачал последнюю версию на их сайте как вы показывали. Или это быть может связано с тем что у меня 32 битная система?

thx

С каких ваших видео начинать изучать java?

Почему метод называется setMake, а не getMake?

Как я понимаю, этот паттерн хорошо решает проблему перенасыщения у Абстрактной фабрики.

Там же написано в шаблоне функция проброса (setMake в данном случае). Надо создать функцию (setMake ) в абстрактом классе, которая будет делегировать делегату марки.setMake. Иначе это не мост, а делегирование. Тип машин не должен быть зависим от интерфейса марки!!!! А только от абстрактного класса (1-й вариант реализации)!!! Да. Далее по шаблонному методу зависимость от марки исчезает.

Это какая обезьяна будет для каждого класса наследовать одни и те же классы с одним и тем же названием и с одним и тем же телом Суть моста заключается в том, чтобы обладать преимуществами наследования, не наследуя Потому что наследование имеет недостаток, если изменить один класс, изменятся функциональность всех подклассов Вот у меня есть класс который печатает "Hello" в консоль И есть наследник, который вызывает метод родителя, а потом вызывает свой метод " world" А что если я хочу вывести "Hello" 100 раз Я воспользуюсь мостом, создам отдельный класс, который будет иметь доступ к нужным методам, и добавлю свой функционал, то есть этот метод помещу в цикл со 100 итерациями При этом класс, который печатает "Hello", а затем " world" - не изменится

По сути в один абстрактный класс засунули другой абстрактный класс - вот и весь паттерн Bridge.