SAP List Viewer (ALV)

Ingo Biermann

25. September 2024

In der ABAP Entwicklungsumgebung gibt es drei verschiedene Möglichkeiten einen ALV zu erstellen. Die Wahl fällt dabei entweder auf einen von zwei objektorientierten Ansätzen der Programmierung oder eine Erstellung erfolgt mithilfe von Funktionsbausteinen. Im Grunde sind die drei Möglichkeiten aber nur Weiterentwicklungen voneinander.

Webinar: Wie Sie Ihre SAP-Systemlandschaft optimal auf S/4HANA vorbereiten

In diesem Webinar erfahren Sie, welche Technologien der SAP für der Umstieg auf S/4HANA wirklich wichtig sind und wie Sie das volle Potenzial von S/4HANA ausschöpfen.

Jetzt anmelden

ALV-Erstellung mithilfe von Funktionsbausteinen

Die älteste Variante ist die der Funktionsbausteine, die seit dem Release 4.0 existiert. Die Funktionsgruppe SLVC_FULLSCREEN beinhaltet dabei den Funktionsbaustein REUSE_ALV_GRID_DISPLAY.

Als neuster SAP List Viewer-Funktionsbaustein wird der REUSE_ALV_GRID_DISPLAY_LVC benutzt, der im Gegensatz zu dem Funktionsbaustein REUSE_ALV_GRID_DISPLAY eine höhere Funktionalität bietet und zudem die Variablen der objektorientierten Programmierung typisiert. Der alte Funktionsbaustein sollte für neue Reports allerdings nicht mehr verwendet werden. Der LVC Bauseiten weist in Kombination mit einer passenden ALV-Vorlage eine höhere Effektivität auf.

Objektorientierte Erstellung von ALV

Nach den Funktionsbausteinen wurde mit ABAP Objects die objektorientierte Variante des ALV Grids: CL_GUI_ALV_GRID eingeführt, die es seit dem Release 4.6 gibt. Die neuste objektorientierte Variante ist seit dem Release 6.4 veröffentlicht: CL_SALV_TABLE.

SAP ABAP Schulung

In dieser SAP ABAP Schulung erwerben Sie die wichtigsten Grundkenntnisse der ABAP-Entwicklung.

Schulung ansehen

Flexibler als der Funktionsbaustein ist die Nutzung der Klasse CL_GUI_GRID, da diese noch mehr Funktionalität besitzt. Es lassen sich z.B. mehrere ALV-Listen (oder SAP-Controls) auf einem Dynpro darstellen und die Einbettung der ALV-Liste mit anderen Dynpro-Feldern ist möglich.

Beide objektorientierten Varianten verfügen ebenfalls über die Drag & Drop-Funktionalität, die vom REUSE_ALV_GRID_DISPLAY nicht unterstützt wird.

Sowohl beim Funktionsbaustein als auch bei CL_GUI_ALV_GRID müssen die Daten und die Beschreibung der Daten (Meta-Daten), die angezeigt werden sollen, vorhanden sein und in einer internen Tabelle übergeben werden. Die Beschreibung der Daten muss gleichzeitig erfolgen und kann entweder über den sogenannten Feldkatalog oder über den Strukturnamen übergeben werden und bestimmt z.B. die Spaltennamen im ALV.

Im Unterschied zu CL_SALV_TABLE werden lediglich die Daten benötigt, mit denen ein Objekt vom Typ CL_SALV_TABLE erzeugt wird. Die Klasse erstellt anschließend die Datenbeschreibung automatisch anhand der übergebenen Daten.

Wenn Daten und Meta-Daten bei REUSE_ALV_GRID_DISPLAY und CL_GUI_ALV_GRID allerdings getrennt übergeben werden, ist dies oft sehr fehleranfällig. Die Fehler entstehen dadurch, dass die Meta-Daten nicht zu den übergebenen Daten passen und das ALV nicht angezeigt werden kann. Mit der Variante CL_SALV_TABLE stellt dies aber kein Problem mehr dar.

Durch den objektorientierten Ansatz sind die beiden Varianten CL_GUI_ALV_GRID und CL_SALV_TABLE für Entwickler einfacher zu handhaben und bieten eine größere Funktionalität. Die neuste Variante CL_SALV_TABLE bietet die größten Vorteile.

E-Book: SAP ABAP- und Fiori-Entwicklungsrichtlinien

Richtlinien zur Programmierung und Praxistipps zum Thema ABAP-Entwicklung.

Jetzt anfordern

E-Book: SAP ABAP- und Fiori-Entwicklungsrichtlinien

×

FAQ

Sie haben Fragen zum Einsatz vom SAP List Viewer? Sie wollen von Best Practices in der SAP Entwicklung profitieren?

mindsquare ist ein Technologie-Beratungsunternehmen, das mit ERLEBE SOFTWARE über einen eigenen Fachbereich verfügt, der sich auf Best Practices in der SAP Entwicklung und User Experience spezialisiert hat. Unsere Berater verfügen über langjährige Erfahrung in Kundenprojekten und unterstützen Sie gerne in der Lösung Ihrer ALV-Herausforderungen.