Введение в ObjectTeams / Java, ролевый подход к модульности с AOP

Недавно я наткнулся на интересный проект Eclipse под названием ObjectTeams / Java (OT / J), который обещает улучшенное повторное использование и обслуживание, а также поддержку развиваемых архитектур за счет создания хорошо инкапсулированных пакетов поведенческих модулей, которые можно применять к существующим классам (через AOP ), когда они находятся в соответствующем контексте взаимодействия (а не просто всегда, как в случае с АОП). Примером приложения является добавление ограничения NonNull к JDT через плагин OT / Equinox , без необходимости изменять базовые классы JDT. Я решил записать свои открытия, так как в проекте отсутствует четкое и краткое введение (хотя в остальном у него очень хорошая документация). Этот блог сильно заимствует из [1].

Отказ от ответственности: Я ни в коем случае не претендую на полное понимание OT / J

Так что же такое OT / J?

Ключевыми понятиями являются роли, контексты, в которых используется объект («команды»), модули и разделение интересов.

Ролитрадиционно используются при моделировании предметной области: роль Клиента может играть физическое лицо, компания,… OT / J добавляет явную поддержку ролей, чтобы поведение, относящееся только к конкретной роли, было реализовано в классе, представляющем роль, который применяется к базовому классу сущностей. Ниже на рисунке 1 видно, что профессор организации может играть роль руководителя для некоторых докторов наук, а также лектора на некоторых курсах, в этом конкретном примере профессор Смит читает лекции по ООП и разработке программного обеспечения. Поведение, связанное с лекциями, такое как «аккуратно писать на доске» (у докторов есть достаточно времени, чтобы читать его обычные рукописные тексты) и передача слайдов и раздаточных материалов, реализовано в классе ролей «Лектор». Благодаря такому разделению интересов, с ростом числа ролей, которые может играть конкретная сущность,базовый класс не становится все более раздутым. Роли могут изменять или повторно использовать поведение своих базовых классов и могут раскрывать или скрывать любые свойства и методы базовых классов.

Рис. 1 (Источник: точная модель для контекстных ролей: язык программирования ObjectTeams / Java .)

Контексты взаимодействия , называемые командамив терминологии OT / J — это пространство, в котором живут роли, поскольку роль имеет смысл только в определенном контексте, таком как преподавание курса или участие в программе PhD — вы также можете подумать о случаях использования высокого уровня. Команды служат в основном двум целям в OT / J: во-первых, они группируют связанные роли вместе (придумайте пакет). Во-вторых, они позволяют активировать или деактивировать все роли одновременно — например, когда профессор и группа студентов входят в комнату курса, тогда поведение, определенное ролями лектора и участника, будет активировано и изменит / улучшит их поведение для продолжительность урока. Эта возможность включать / выключать модификации поведения в зависимости от контекста, в котором используется класс, довольно приятна. Кроме того, команда может иметь свой собственный набор методов и свойств, потому что она представлена ​​классом.

Модульность и возможность повторного использования достигаются путем реализации независимых поведений в виде ролей, сгруппированных в команды и применяемых к базовым классам во время выполнения. OT / J предлагает среднюю дорогу для модульности между структурами белого ящика и компонентами черного ящика и позволяет развить и адаптировать систему, избегая при этом большого количества изменений в базовых классах. В одном из примеров, которые я видел, используется абстрактная команда с подписчиком, которая собирает кредит для некоторых бонусных элементов. Затем команда специализируется на конкретной команде FlightBonus, которая применяет это поведение к существующим классам сущностей «Пассажир» и «Полет», где «кредит», который получают, — это бонусные мили. Та же абстрактная команда может быть применена к покупателю магазина, делающему покупки с помощью карточки покупателя и получающей некоторый бонус за каждую покупку.

Для чего это?

OT / J позволяет внедрять системы более естественным путем, явно поддерживая понятие роли, тем самым сокращая разрыв между бизнесом, бизнес-аналитиками и разработчиками. В то же время это помогает устранить ненужную связь и структурировать функциональность более качественным и многократно используемым способом.

Сами авторы испытали следующие преимущества:

На техническом уровне применение OT / J для реализации своих собственных инструментов Herrmann & Mosconi (2007) продемонстрировало значительно улучшенную ремонтопригодность компонентов, которые повторно используют и адаптируют существующие компоненты.

Как это реализовано?

OT / J расширяет синтаксис Java, чтобы изначально поддерживать концепции команды, роли и расширения / модификации существующего поведения базовых классов. Вы компилируете его с помощью специального OT / J-компилятора, а затем он применяет ткачество во время загрузки, чтобы фактически разрешить применение ролей к их базовым классам. Команды и их роли активируются либо неявно, когда вы вызываете метод в классе Team, активация длится в течение всего вызова, либо явно, так что роль может применяться, даже если клиент объекта не знает об этом (для Например, система бронирования авиабилетов, возможно, не должна знать или заботиться о том, что есть некоторая поддержка для сбора бонусных миль).

Пример синтаксиса, показывающий команду и замену метода в базовом классе Main (краткий совет на языке AOP):

public class Main { public String sayMore() {...} }
...
public team class MyTeam {

   protected class MyRole playedBy Main {
      callin static void sayMore() {
         System.out.println("callin begins ...");
         base.sayMore();
         System.out.println("callin ends ...");
      }
   sayMore <- replace sayHello;
   }
}

• [1] Точная модель для контекстных ролей: язык программирования ObjectTeams / Java . — очень хорошее объяснение OT / J и дизайнерских решений, стоящих за ним, единственным недостатком является длина 25 страниц
• [2] OT Blog: Сравнить объектные команды с AOP? — это также очень хорошо объясняет, что значит играть роль
• [3] Быстрое начало работы с объектными командами — практическое руководство
• Шаблоны хорошего дизайна с OT / J

От http://theholyjava.wordpress.com/2011/03/27/introduction-to-objectteamsjava-a-role-based-approach-to-modularity-with-aop/