Спасибо

Здраствуйте. Получается что в КласеФабрике у нас всегда логика только через if else прописывается?

Кто-нибудь помнит EnterCriticalSeciton из C++, Masm32 и не помню в C вроде бы тоже было

Жесть конечно.Лихо закручен сюжет.А нельзя это сделать как то проще ?

Очень хорошее объяснение, без воды

Зачем имена методов visitCat, visitDog? Достаточно для простоты все называть visit , а различаться они будут только параметрами - Cat cat, Dog dog, и никаких проблем, компилятор их по параметру и различит :)

Единственный урок, после которого я понял, зачем вообще нужен этот паттерн. Во всех объяснениях проблему решают до того, как она появилась. А здесь наоборот, сначала полцчаем проблему и с помощью паттерна ее решаем. Так намного понятнее получилось. Спасибо!)

а sse будет работать если мс развернут в K8s на нескольких подах, и запрос от клиента идет через какой нибудь ингрес?

Спасибо вам за видео) аналитиком работаю, но оч полезно

Нет объяснения , просто пример кода ;(

отлично то что нужно!

до этого смотрел и чел показал 3 вариант только, а тут все варианты с обоснованием, вышка.

Ожидаемый результат в консоли (в консоли в данный момент null)

это разве не Facade?

Вопрос, зачем вы рекомендуете Ip адрес указывать для keyclok когда можно по dns имени. Ок не хотите Ingress запись делать, ну у k8s есть внутренний dns, делайте по внутреннему dns, что за плохая практика.

шикарно, спасибо

Сомнительный пример. говорите "Добавляем визитор чтоб не трогать Cat и Dog", но в итоге потрогали и удалили все методы, оставив один (не очень очевидный) Теперь, если надо добавить новый тип визитора, то придется писать 100500 методов под каждый тип Animal. Не прощай ли было добавить новый интерфейс Swimmable и "учить" каждое животное плавать - таким образом мы не создаем лишний класс, видим что умеет делать каждое животное (ибо по методу accept вообще не понятно что животное делает). У меня вопрос не к шаблону, а больше к примеру куда его применили

Наконец-то понял этот патерн и его смысл. Спасибо большое.

Четко, спасибо

Скажи пожалуйста, почему GiftFactory не интерфейс или не абстрактный класс?

боже какой ты медленный. на 1.5 смотрите

Круто! Спасибо.

Круто. Можно пойти дальше и создать базовый абстрактный класс чтобы не дублировалось вложенное поле.

Это пример паттерна "Простая фабрика" (Simple Factory), которая, между прочим, не считается паттерном проектирования.

+++

отлично

+++

+++

+++

Спасибо за видео!

Отличное видео, которое обучает как нарушить Single responsibility. Декоратор должен расширять класс добавляя фич предыдущему классу, а не изменять область применения. Можно же нормально показать на InputStream. Если человек на собеседовании обернет email notification в sms notification, на этом с ним можно будет закончить.

Молодец, кратко и вполне доходчиво.

Спасибо!

Спасибо автору. Еще класс синглон рекомендуют делать final.

Что тут делить то? Все сказано грамотно, по делу. Лектору огромное спасибо, здоровья, и осуществления всех мечт!

а в чем от враппера отличие

while (arr[leftIndex] <= arr[pivot]) { leftIndex++; } А это не смущает , что может улететь в exception превышения длины массива?

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

а если цветов сотни, что делать?

Хорошее объяснение. Спасибо.

Спасибо, по паттернам очень мало информация на java в ру ютубе

все хорошо, но за HashMap вместо Map хочется по рукам дать

Большое спасибо за ваши видео! Хотелось бы уточнить, а класс GameHistory не является ли в данном примере анти-паттерном полтергейст?

Какой серьёзный дяденька😊

Алексей, а Вы в какой стране живёте?

+++

Будут видео по архитектуре спринг приложений на канале?

спасибо за видео! Но если бы руками писали вместо копи паста, было бы прекрасно и проще информация усваивалась)

а можно видео почаще выпускать?)

Спасибо! Хорошее изложение. Подписался 👍