ABAP Blog

Все о разработке в решениях от SAP

ABAP Blog

Все о разработке в решениях от SAP

  • Главная
    • Основы ABAP
      • ABAP Objects
      • ABAP Словарь
      • Работа с файлами
      • SAP Dynpro
      • Внутренние таблицы
      • Динамическое программирование
    • Работа с БД
      • HANA
    • Сетевые технологии
      • UI5 & Fiori
      • OData
      • Web Dynpro
    • Расширения
    • ABAP Cloud
    • Прочее
  • ABAP Best Practice
  • Вакансии ABAP
  • Быстрые заметки
  • Обо мне

Ссылки

  • ABAP Community
  • ABAP Development Wiki
  • ABAP Help
  • ABAP Help (Cloud)
  • Developer Learning Journeys
  • Open Source Projects
  • SAP Tutorials
  • Канал в Telegram Канал в Telegram

Цитаты

Управление сложностью — квинтэссенция программирования.

B. Kernighan

Новое

  • Получение инстанции cl_gui_alv_grid для SALV 11.09.2021
  • Introduction to ABAP in the Cloud 18.08.2021
  • Getting Started with FPM BOPF Integration 01.06.2021
  • 30. How to Use Authority Checks in Business Object Processing Framework 29.05.2021
  • 29. BOPF Extensibility 29.05.2021
  • 28. BOPF Enterprise Procurement Model (EPM) 29.05.2021
  • 27. BOPF Integration 29.05.2021
  • 26. BOPF Business Configuration Objects 29.05.2021
  • 25. BOPF Performance 29.05.2021
  • 24. BOPF Supportability 29.05.2021

Последние комментарии

  • Николай 27.10.2021 в 15:19 на Внутренние таблицы как источник в SQL запросахСпасибо за статью. Если нужно сделать агрегацию внутренней таблицы то агрегация через передачу во временную таблицу на БД тоже будет работать медленней чем через loop/collect? Например таблица 100к записей, которая становится 5к после агрегации.
  • Аноним 14.10.2021 в 13:50 на Декоратор (Decorator, Wrapper)Так поведение Decorator не надо будет повторно описывать повторно в других Component. Но это возможно при изменении типа mo_component, например, на object.
  • Александр 11.10.2021 в 06:50 на Декоратор (Decorator, Wrapper)Привет:) Возможно, я не так выразил мысль. Я имел ввиду, какая ценность от класса Decorator, если можно декорировать поведение от Component и от него же наследовать конкретные декораторы? (см. первую UML диаграмму)
  • Astrafox 10.10.2021 в 12:39 на Декоратор (Decorator, Wrapper)Привет! Можно и так, однако конкретный компонент может иметь более широкий интерфейс, нежели тот, что нужен в декораторах. Тут скорее пример не совсем удачный, декорируемое поведение лучше вынести в отдельный интерфейс, реализуемый как компонентом, так и декораторами.
  • Александр 04.10.2021 в 12:51 на Декоратор (Decorator, Wrapper)А какую роль играет базовый класс декоратора lcl_decorator? Что мешает конкретные декораторы наследовать от компонента lcl_concrete_component? Клиентский код и логика выполнения не поменяется.

Метка: CL_AKB_PROGRESS_INDICATOR

Индикатор выполнения задачи

22.02.2012 от Astrafox·Нет комментариев

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
REPORT ZPROGRESS_INDICATOR.
 
DATA:
  go_progress TYPE REF TO CL_AKB_PROGRESS_INDICATOR.
 
CONSTANTS:
  co_max_times TYPE I VALUE 100000.
 
INITIALIZATION.
  IF go_progress IS NOT BOUND.
    go_progress = CL_AKB_PROGRESS_INDICATOR=>get_instance( ).
  ENDIF.
 
START-OF-SELECTION.
  WRITE 'TEST'.
 
  DO co_max_times TIMES.
    go_progress->display(
      EXPORTING
        total = co_max_times
        processed = sy-INDEX
        MESSAGE = 'В процессе..' ).
  ENDDO.