Наследование как способ добавления модульных способностей

Question

Я планирую создать простого бота, но не хочу повторять его один раз, и если он станет более сложным в будущем. Поэтому мне интересно, если мой подход вызовет какие-либо проблемы в будущем. И если есть лучшее решение/подход.

Что я планирую сделать:

• Есть Communicator класса, который считывает ввод данных пользователя
• Уже Ability класса, который имеет основные методы получения сообщения и ответ на сообщение
• Наследственных что Ability класс со всеми другими классами умений
• Хранить все классы Ability в массиве/в основном Communicator класс
• Когда Communicator получает сообщение, оно отправляет его всем классам в этом списке и классу, который команда предназначена для ответов (отправляет сообщение назад), вызывая метод в классе Communicator.

Пример:

• Классы, наследуемые Способность: Greet и Backflip
• вход Пользователь: "Do бэкфлип"
• "Do бэкфлип" отправляется классы Приветствуйте и Backflip ,
• Оба класса обработает строку
• Класс Backflip обнаруживает Backflip команду и отвечает «Backflip»

Как хорошо может это своего рода масштаба решения? Также одна из основных целей - облегчить другим реализовать свои способности и включить их в программу, аналогичную Hubot.

Answer 1

Понятное дело, то, что вы описываете, мало чем отличается от MVC ... где ваш Ability хорошо отображает контроллер, и ответ сопоставляется с представлением. Возможно, вы даже сможете кооптировать структуру MVC, такую ​​как ASP.NET/MVC.

Что отличает MVC от того, что вы описываете, так это типичный маршрутизатор, который направляет входящие команды на определенные контроллеры, а не передает сообщение всем контроллерам, чтобы решить, могут ли они ответить. Трансляция вашего рассмотрения кажется немного излишней ... в том, что каждый Ability должен разобрать и принять решение ответить. Это представляет проблему масштабируемости ... особенно много разговоров происходит в одно и то же время.

Кроме того, что произойдет, если, как только ваш мир станет большим и сложным, несколько Abilities ответили?

В MVC маршрутизатор отвечает за отображение шаблонов во входных данных для предварительно зарегистрированных или, более вероятно, действий, основанных на соглашениях в контроллерах. Маршрутизатор будет иметь эвристику (часто впервые найденные победы) для определения того, какой контроллер вызывать. Обычно в структурах есть всевозможные способы настройки маршрутизатора.

Если это не просто забавная вещь и не будет сильно облагаться налогом, вам будет полезно исследовать структуру MVC, чтобы сделать грязную работу для вас.