Неплохо бы добавить немного теории, хотя бы словами. А лучше UML диаграммку вначале, и по ходу каждый класс сопоставлять ей. А так видео не является самодостаточным. Надо сначала почитать теорию ( или др видео смотреть) а потом уже сюда. Автор видно, любит и умеет прогать, но не мешало бы осознать, что видео-то для нубов!
Спасибо за видео! Если я правильно понимаю, то сервисный слой (слой бизнес-логики) в Spring и есть пример реализации паттерна Mediator. Т.е. мы добавляем слой-посредник между контроллером и DAO и тем самым скрываем реализацию.
Я правильно понимаю, что здесь небольшая ошибка, и переменная chat в методе main() должна была быть по задумке типа Chat (т.е. интерфейс, а не конкретная имплементация)? Если нет, то этот интерфейс в программе не используется и написан впустую. Но тогда здесь все же допущен промах. Потому что в интерфейсе не определен сеттер для админа и метод добавления пользователей в чат, и просто смена типа переменной приведет к ошибке
Эээ, Уважаемый автор! Где о таком можно почитать? Класс SimpleTextChat имеет в себе поле User admin. А класс Admin имеет в себе поле Сhat chat! И хотя он является интерфейсом, фактически туда в качестве чата передается SimpleTextChat. То есть, какая-то взаимная агрегация! По сути, кажется эквивалентностью высказывание: "В машине есть двигатель и в двигателе есть машина". Что полная чушь. Где о таком проектировании можно почитать? А то шибко не понятно, как такое вообще возможно. Свернуть
Эээ, Уважаемый подписичик! :) Имеет смысл внимательно изучить базовые основы ООП в Java и понять, как именно связаны в данном случае интерфейс Chat и его РЕАЛИЗАЦИЯ SimpleTextChat. По поводу "машина-двигатель". Это всё равно, что сказать: "У отца есть сын, а у сына есть отец - чушь какая-то" :) Т.е. здесь необходимо более внимательно и детально вникать в базовые концепции.
Неплохо бы добавить немного теории, хотя бы словами. А лучше UML диаграммку вначале, и по ходу каждый класс сопоставлять ей. А так видео не является самодостаточным. Надо сначала почитать теорию ( или др видео смотреть) а потом уже сюда. Автор видно, любит и умеет прогать, но не мешало бы осознать, что видео-то для нубов!
Спасибо за видео! Если я правильно понимаю, то сервисный слой (слой бизнес-логики) в Spring и есть пример реализации паттерна Mediator. Т.е. мы добавляем слой-посредник между контроллером и DAO и тем самым скрываем реализацию.
Я правильно понимаю, что здесь небольшая ошибка, и переменная chat в методе main() должна была быть по задумке типа Chat (т.е. интерфейс, а не конкретная имплементация)? Если нет, то этот интерфейс в программе не используется и написан впустую. Но тогда здесь все же допущен промах. Потому что в интерфейсе не определен сеттер для админа и метод добавления пользователей в чат, и просто смена типа переменной приведет к ошибке
что из этого посредник
Много набора текста, мало теории( Где выводы? Видео обрывается на полусло
Категорически благодарю
Спасибо :)
А где взять исходники примеров?
Дельная мысль, Дмитрий.
Я постараюсь в бижайшее время залить исходники и скинуть ссылку.
А я правильно понимаю, что медиатором выступает класс SimpleTextChat?
Получается, что да.
Если упростить, то Класс1->Интерфейс1 и Класс2->Интерфейс2. Класс1 инициализирует свое поле и через Класс2 получает свое же поле.
Норм
Спасибо :)
где выводы-то? кто тут посредник?
Есть мнение, что SimpleChatRunner
@@EugeneSuleimanov наверное все таки SimpleTextChat
Эээ, Уважаемый автор!
Где о таком можно почитать?
Класс SimpleTextChat имеет в себе поле User admin.
А класс Admin имеет в себе поле Сhat chat! И хотя он является интерфейсом, фактически туда в качестве чата передается SimpleTextChat.
То есть, какая-то взаимная агрегация!
По сути, кажется эквивалентностью высказывание:
"В машине есть двигатель и в двигателе есть машина".
Что полная чушь.
Где о таком проектировании можно почитать? А то шибко не понятно, как такое вообще возможно.
Свернуть
Эээ, Уважаемый подписичик! :)
Имеет смысл внимательно изучить базовые основы ООП в Java и понять, как именно связаны в данном случае интерфейс Chat и его РЕАЛИЗАЦИЯ SimpleTextChat.
По поводу "машина-двигатель".
Это всё равно, что сказать:
"У отца есть сын, а у сына есть отец - чушь какая-то" :)
Т.е. здесь необходимо более внимательно и детально вникать в базовые концепции.