https://github.com/bizhuka/aqo

ABAP quick options
https://github.com/bizhuka/aqo

abap abapgit json options sap sapui5

Last synced: 4 months ago
JSON representation

ABAP quick options

• Host: GitHub
• URL: https://github.com/bizhuka/aqo
• Owner: bizhuka
• License: apache-2.0
• Created: 2018-03-14T04:02:03.000Z (almost 7 years ago)
• Default Branch: master
• Last Pushed: 2024-05-07T17:23:52.000Z (9 months ago)
• Last Synced: 2024-09-27T13:21:11.383Z (4 months ago)
• Topics: abap, abapgit, json, options, sap, sapui5
• Language: ABAP
• Homepage: https://bizhuka.github.io/aqo/
• Size: 3.34 MB
• Stars: 21
• Watchers: 5
• Forks: 7
• Open Issues: 0
• Metadata Files:
  • Readme: README.md
  • License: LICENSE

Awesome Lists containing this project

README

        
Now full documentation available here https://bizhuka.github.io/aqo

### Описание интерфейса v3

[![](https://user-images.githubusercontent.com/36256417/140272688-e3cf017b-c339-448f-b284-a3d8734150b4.png)](https://youtu.be/PyuKsp2b-Q8)

### ABAP quick options

User and programmer friendly options\

Create flexible application parameters with nested tables without any effort\

No more headache with Z* table maintenance SM30, view clusters SE54, SM34 or range options STVARV

---

#### Launch:

#### tr. SE38-> ZAQO_TESTER, tr. SE24 -> ZCL_AQO_TESTER

and then

#### tr. ZAQO_EDITOR_OLD

---

Separation by *Package* and *Option ID*

![image](https://user-images.githubusercontent.com/36256417/80679757-f0742780-8ad6-11ea-9e86-b4b84151f13b.png)

View change history\

Integration with transport system\

Editing nested catalogs (Labels & search helps)

![image](https://user-images.githubusercontent.com/36256417/80679960-58c30900-8ad7-11ea-8484-59db16b563a6.png)

Tables can contain checkboxes, lists, ranges, memo fields and even another tables

![image](https://user-images.githubusercontent.com/36256417/80680457-3f6e8c80-8ad8-11ea-95cf-8be964484559.png)

---

All you need is to describe structure(or class) in program **ms_opt** and press F8

```abap

    TRY.

        zcl_aqo_option=>create(

          iv_package_id = '$TMP'               " Package  "#EC NOTEXT

          iv_option_id  = 'Main options'(op1)  " Any text < 30 symbols

          ir_data       = REF #( ms_opt )

          " iv_repair     = abap_true

        ).

      CATCH zcx_aqo_exception INTO lo_error.

        MESSAGE lo_error TYPE 'S' DISPLAY LIKE 'E'.

        RETURN.

    ENDTRY.

```

---

The main purpose of the library is to avoid [magic numbers](https://en.wikipedia.org/wiki/Magic_number_(programming)#Unnamed_numerical_constants) and other `"permanent data"` from the code. And give the ability to user to change the `"constants"` in friendly interface.

Accounts by specific mask or texts in generated FI documents or range of BLART in selections are all good examples of options to maintain.

The best way to describe the library,it is something like tr. STVARV but all parameters and select-options are grouped together as in tr. SLG1, with the interface similar to SAP Fiori and displayed directly in SAP GUI via CL_GUI_HTML_VIEWER.

The maintainable data usually stored in a program structure (or in class attributes) and can contain data such as:

* ranges (SELECT-OPTION)

* parameters (any simple value as dates, time or BUKRS)

* strings (memo texts)

* any tables (structure based tables)

The first 2 are completely similar to STVARV, in strings for example you can store message templates, and tables are suitable when you need to write a large CASE that depends on a condition that can change, but creating a database table is burdensome.