Как варить компот

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

Вот для примера типичный код из события OpenFI BTE 1120 (замещения перед сохранением бухгалтерской проводки):
User-exit source sample
Вот такой компот, бывает что и на тысячи строк тянется эта простыня.

Почему так получается? Это скорее следствие скупости, лени, спешки плюс недостаток фантазии.

Работать – работает, больших проблем не доставляет. Открыл – всё видно. Можно даже копипастить подходы, использовать общие переменные.

Особая проблема с таким подходом возникает только в ситуации конкурентных правок. Но если такие ситуации всплывают раз в год, то проще перебороть и запинать, чем вылечить проблему в корне.

Хорошая идея – категорический запрет на решение разных задач в рамках  одного ABAP фрагмента (инклюда, функции, метода). Совсем уж общего решения предложить нельзя, так как есть нюансы, да и многое дело вкуса.

Приступим к первой итерации.

Общий обёрточный класс

Чтобы сделать прототип и запрятать управление *SUBST*(особые танцы данного юзер-экзита) под капот, создадим общий обёрточный класс:

Метод RUN предназначен для вызова снаружи, выполняет обёрточные функции

Метод PROCESS следует переопределять в дочерних процессах.

Реализация дочерних классов

Класс номер один:

Класс номер два:

И осталось подёргать эти классы из общего метода:

Таким образом компот превращается просто в десяток-другой таких вызовов.

Что дальше?

Вот такая первая итерация. Первичная цель достигнута, но есть куда стремиться, есть над чем подумать.

Например:

  • Вынести проверку предпосылки в дочерний класс
  • Автоматический перебор дочерних классов / реализаций интерфейса
  • Кто сказал интерфейсы?

Comment (1)

Добавить комментарий

Ваш e-mail не будет опубликован.