Навчальний посібник з діалогового програмування: пул модулів у SAP ABAP
Редакційна колегія
⚡ Розумний підсумок
Діалогове програмування в SAP ABAP створює програми пулу модулів, які взаємодіють з користувачем через екрани та змінюють вміст бази даних. На цій сторінці пояснюються коди транзакцій, екрани, стан графічного інтерфейсу, логіка потоку екранів, dynpros та структура пулу модулів.
Що таке діалогове програмування?
SAP-ABAP підтримує два типи програм – програму звіту та програму діалогу.
Якщо ваша програма ABAP вимагає введення користувача, використовується діалогове програмування.
Діалог користувача — це будь-яка форма взаємодії між користувачем і програмою, яка може бути будь-якою з наступних
- Введення даних
- Вибір пункту меню
- Натискання кнопки
- Клацання або подвійне клацання запису
Діалогова програма також використовується, коли нам потрібно переходити вперед і назад між екранами
Діалогові програми створюються з типом «M» – пул модулів. Вони не можуть бути виконані незалежно і мають бути додані принаймні до одного коду транзакції, у якому ви вказуєте початковий екран.
Різниця між програмами для звітів і діалогів
Програма звіту:
Звіт — це програма, яка зазвичай читає й аналізує дані в таблицях бази даних, не змінюючи їх база даних.
Діалогова програма:
Діалогова програма дозволяє інтерактивно працювати з системою та змінювати вміст таблиць бази даних. Кожна діалогова програма має певну послідовність екранів, які обробляються системою один за одним.
| Критерії | Програма звітів | Програма діалогу |
|---|---|---|
| Тип програми | Тип 1, виконуваний файл | Тип M, модульний пул |
| Доступ до бази даних | Зчитує та аналізує дані | Зчитує та змінює дані |
| Виконання | Працює самостійно | Працює лише через код транзакції |
| Контроль | Події звіту | Логіка екранного потоку кожного dynpro |
Послідовність екранних дій під час діалогової транзакції легше відстежити на прикладі.
Зразок обробки транзакцій у діалоговому програмуванні
Діаграма відображає одну транзакцію від першого екрана до оновлення бази даних. Користувач вводить дані на екрані 100, PAI перевіряє запис і визначає наступний екран, екран 200 збирає решту даних, і завдання оновлення нарешті записує запис. Кожен із цих кроків виконується компонентами, переліченими нижче.
Компоненти діалогової програми
на відміну від звітом що, як правило, передбачає створення однієї автономної програми, яка може виконуватися незалежно від інших об’єктів, розробка діалогової програми передбачає розробку кількох об’єктів, жоден з яких не може бути виконаний сам по собі. Замість цього всі об’єкти ієрархічно пов’язані з головною програмою та виконуються в послідовності, що диктується головною програмою діалогу..
Компонентами діалогової програми є:
Код транзакції
- Код транзакції починає послідовність екранів.
- Ви створюєте коди транзакцій у браузері репозиторію в ABAP Workbench або за допомогою Transaction SE93.
- Код транзакції пов’язаний із програмою ABAP і початковим екраном.
- Ви можете запустити послідовність екранів з будь-якої програми ABAP за допомогою оператора CALL SCREEN.
Екрани
- Кожне діалогове вікно в SAP системою керують один або декілька екранів.
- Ви створюєте екрани за допомогою екрана Painter у ABAP Workbench через транзакцію SE51
- Кожен екран належить до Програма ABAP.
- Ці екрани складаються з «екранної маски» або «макета» та його логіки потоку. Екран має макет, який визначає положення полів введення/виведення та інших графічних елементів, таких як прапорці та перемикачі. Логіка потоку визначає логічну обробку на екрані.
Статус GUI
- Кожен екран має статус(и) GUI, які є незалежними компонентами програми.
- Це керує панелями меню, стандартною панеллю інструментів, панеллю інструментів програми, за допомогою яких користувач може вибирати функції в програмі.
- Ви створюєте їх у ABAP Workbench за допомогою меню Painter.
Програма ABAP
- Кожен екран і статус GUI в системі R/3 належать одній програмі ABAP.
- Програма ABAP містить діалогові модулі, які викликаються логікою екранного потоку, а також обробляють введені користувачем дані зі статусу GUI.
- Програми ABAP, які використовують екрани, також відомі як діалогові програми.
- У пулі модулів (програма типу М); перший блок обробки, який викликається, завжди є діалоговим модулем. Однак ви також можете використовувати екрани в інших програмах ABAP, таких як виконувані програми або функціональні модулі. Тоді перший блок обробки називається інакше; наприклад, середовищем виконання або викликом процедури. Потім запускається послідовність екранів за допомогою оператора CALL SCREEN.
Логіка потоку екрана
Логіка потоку екрана в основному поділяється на чотири компоненти.
- Обробка перед виведенням (PBO) подія: яка обробляється перед відображенням екрана
- Процес після введення (PAI) подія: яка обробляється після дії користувача на екрані
- Обробка запиту на допомогу (P.O.H.): який обробляється при натисканні F1
- Обробити запит на значення (POV):який обробляється при натисканні F4
Поняття «поверхнева зона» та «поверхнева зона» детально пояснюються на сторінці про процес запиту на отримання вартості та процес запиту на допомогу.
Динпро
- Екран разом із логікою потоку називається Dynpro («Динамічна програма», оскільки логіка потоку екрана впливає на хід програми).
- Кожен dynpro контролює лише один крок вашої діалогової програми.
- Екрани, що належать до програми пронумерованийПослідовність екранного потоку може бути лінійною або циклічною. З ланцюжка екранів можна навіть викликати інший ланцюжок екранів і після його обробки повернутися до початкового ланцюжка. Також можна перевизначити статично визначений наступний екран з діалогових модулів програми ABAP.
Пул модулів ABAP
- Під час події PBO або PAI Dynpro викликає діалогову програму ABAP. Колекція таких програм називається пулом модулів ABAP.
- Наприклад, модулі, викликані під час події PAI, використовуються для перевірки введених користувачем даних і для запуску відповідних діалогових кроків, таких як завдання оновлення.
- Усі dynpro викликаються зсередини один транзакції посилаються на загальний пул модулів.
Структура діалогової програми
Структурна діаграма показує, як код транзакції, екрани, стан графічного інтерфейсу та пул модулів пов'язані з однією й тією ж головною програмою.
Потік процесу для діалогової програми
Блок-схема процесу показує чергування між екраном та програмою ABAP: PBO заповнює поля екрана, користувач діє, а PAI обробляє вхідні дані перед викликом наступного екрана.
Як створити програму пулу модулів
Вищезазначені компоненти створюються у фіксованому порядку. Наведені нижче кроки створюють робочу транзакцію з порожнього пулу модулів.
- Створіть пул модулів: У SE80 або SE38 створіть програму, назва якої починається з SAPMZ та встановіть тип програми на M – Модульний пулТип не можна змінити пізніше без видалення об'єкта.
- Оголосіть глобальні дані: Помістіть оператор TABLES та глобальні змінні в TOP include, який може прочитати кожен діалоговий модуль пулу.
- Дизайн екрана: Створіть екран 100 за допомогою Screen Painter (SE51), розмістіть поля введення на макеті та введіть номер наступного екрана в атрибутах екрана.
- Напишіть логіку потоку: На вкладці «Логіка потоку» викличте один модуль для PBO та один для PAI, як показано нижче.
- Збірка статусу графічного інтерфейсу: Створіть статус за допомогою Меню Painter (SE41) та встановіть його в модулі PBO за допомогою оператора SET PF-STATUS, щоб операції «Зберегти», «Назад» та «Вихід» надходили до програми як коди функцій.
- Прив’яжіть код транзакції: У SE93 створіть діалогове вікно транзакції, назвіть пул модулів та введіть 100 як початковий екран.
* Screen 100, flow logic PROCESS BEFORE OUTPUT. MODULE status_0100. PROCESS AFTER INPUT. MODULE user_command_0100. * Module pool SAPMZDEMO MODULE status_0100 OUTPUT. SET PF-STATUS 'STATUS_100'. SET TITLEBAR 'TITLE_100'. ENDMODULE. MODULE user_command_0100 INPUT. CASE sy-ucomm. WHEN 'SAVE'. PERFORM save_data. WHEN 'BACK' OR 'EXIT'. LEAVE TO SCREEN 0. ENDCASE. ENDMODULE.
💡 Порада: LEAVE TO SCREEN 0 завершує поточний екран і повертається до точки виклику, що є стандартним способом коректного виходу з діалогової транзакції.
