Паттерн Entity-Control-Boundary Pattern

Question

Я изучаю Entity-Control-Boundary Шаблон и пытаюсь составить диаграмму классов для сайта онлайн-платформы обучения. Ответы от Этот вопрос мне очень помог. При разработке Boundary классов я сталкиваюсь с проблемой дизайна. Я не нашел ни одного примера классов Boundary или Control, где использовалось наследование. Но в своем дизайне я пытаюсь привнести наследство.

Я преобразовал это в следующее:

Итак, частичный дизайн выглядит так:

Мои вопросы:

1. Обязательно или условно писать <<Boundary>> в интерфейсе, чтобы показать, что это интерфейс класса Boundary? Я только что написал <<interface>>.
2. Должен ли я использовать параметры в Boundary классе? Я знаю, что основная логическая работа выполняется классом Control. Но пользователь взаимодействует с классом Boundary напрямую, а затем класс Boundary передает информацию в класс Control.
3. Если я выбрал операцию selectTutorial для TutorialListUI, класс границы пользователя изменится на IndividualTutorialUI. Должен ли я просто провести линию между этими двумя Boundary классами, чтобы показать переход?
4. Помимо этого, пожалуйста, укажите любые улучшения, которые могут быть сделаны.

Answer 1

1. Правильно писать <<interface>>.
2. Класс границы обычно просто содержит атрибуты, которые обычно соответствуют полям экрана и операциям соответствующих кнопок.
3. Нет. Это поведение и оно не вписывается в (статическую) диаграмму классов.

4. см. Ниже

   • Ваши границы скорее похожи на контролеров.
   • Вы пишете «Но в моем замысле я пытаюсь принести наследство». но вы скорее (правильно) используете реализацию в своей диаграмме
   • Там должно быть множество примеров. Также обратите внимание на MVC, который почти не отличается от других слов (я сказал почти!).