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

Цитаты

Если проекты рушатся под градом правок, внесенных в ТЗ, это означает, что в них есть недостаток. Мы должны найти способ сделать проекты устойчивыми к таким изменениям и защитить их от разложения.

R. Martin

Новое

  • Получение инстанции 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? Клиентский код и логика выполнения не поменяется.

Метка: write

Вывод Enjoy элементов во write отчётах

01.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
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
REPORT zwrite_container NO STANDARD PAGE HEADING.
 
DATA:
      go_container TYPE REF TO cl_gui_custom_container,
      gt_data      TYPE spfli_tab,
      go_alv       TYPE REF TO cl_salv_table.
 
LOAD-OF-PROGRAM.
 
START-OF-SELECTION.
  SELECT * FROM spfli INTO CORRESPONDING FIELDS OF TABLE gt_data.
 
  WRITE: / 'Тест вывода в GUI контейнер во WRITE отчёте'. SKIP 20.
  CREATE OBJECT go_container
    EXPORTING
      container_name = ''
      repid          = 'SAPMSSY0'
      dynnr          = '0120'.
 
  go_container->set_top( 10 ).
  go_container->set_left( 10 ).
  go_container->set_width( 980 ).
  go_container->set_height( 120 ).
 
  TRY.
      cl_salv_table=>factory(
         EXPORTING
           r_container = go_container
         IMPORTING
           r_salv_table = go_alv
         CHANGING
           t_table = gt_data ).
    CATCH cx_salv_msg .
      MESSAGE 'Ошибка при создании ALV' TYPE 'E'.
  ENDTRY.
 
  go_alv->display( ).
 
  WRITE 'Вывод после ALV'.