adesso orange🍊Stellenangebote:
Software Engineer Trainee · Senior
| (Senior) Cloud Software Engineer BTP
(Senior) Consultant Technologie · Consultant ABAP
Werkstudent Softwareentwicklung · Fiori / UI5 · Consulting · Application Management
Virtuelle Felder in CDS-Views: Unterschied zwischen den Versionen
Zeile 15: | Zeile 15: | ||
* Schlüsselfelder können nicht als virtuelle Elemente definiert werden | * Schlüsselfelder können nicht als virtuelle Elemente definiert werden | ||
=== Deklaration in CDS-View === | === Deklaration in CDS-View am Beispiel der Berechnungslogik === | ||
Virtuelle Felder können dort verwendet werden, wo sie unterstützt werden z.B. in EXTEND VIEW ENTITY: | Virtuelle Felder können dort verwendet werden, wo sie unterstützt werden z.B. in EXTEND VIEW ENTITY: | ||
Version vom 3. April 2024, 15:04 Uhr
Einleitung
Virtuelle Felder werden mit ABAP-Klassen implementiert und stehen seit dem SAP NetWeaver Release 7.51 zur Verfügung.
Es wird zwischen drei Kategorien unterschieden:
- virtuelle Felder mit eigener Berechnungslogik
- virtuelle Felder mit eigener Sortierlogik
- virtuelle Felder mit eigener Filterlogik
Paar Fakten:
- Virtuelle Felder werden nur innerhalb des OData-Frameworks angesprochen. Abfragen des CDS-Views über Open SQL Selects ergeben keine Ergebnisse, sprich die dahinterlegende Klasse mit Code wird nicht durchlaufen
- Virtuelle Felder kennen sich untereinander nicht
- Filterlogik auf virtuelle Felder kann nicht angewendet werden und wird explizit im weiteren SADL-Code abgefangen
- Schlüsselfelder können nicht als virtuelle Elemente definiert werden
Deklaration in CDS-View am Beispiel der Berechnungslogik
Virtuelle Felder können dort verwendet werden, wo sie unterstützt werden z.B. in EXTEND VIEW ENTITY:
define view <CdsConsumptionView>
as select from <data_source>
{
...
@ObjectModel.readOnly: true
@ObjectModel.virtualElement
@ObjectModel.virtualElementCalculatedBy: 'ABAP:<code_exit_class>'
cast( '' as <dtype> preserving type) as <view.element>
...
}
In Projection Views ist die Notation etwas anders:
define root view entity <CdsProjectionView>
provider contract transactional_query
as projection on <data_source>
{
...
@ObjectModel. virtualElementCalculatedBy: 'ABAP:<code_exit_class>'
virtual <view.element> : abap.<type>
...
}
Analog dazu für Filterung und Sortierung, s. nützliche Seiten.
Exit-Klassen
Für die drei möglichen Fällen von virtuellen Elementen muss eine Klasse erstellt werden, die mit einem Marker, d.h. INTERFACE gekennzeichnet wird, sodass zwingend der Methodenkopf genutzt wird, wie sie im INTERFACE vorgegeben wird. Wie der Methodenrumpf ausprogrammiert wird, sieht man wie folgt bei allen Logiken.
Berechnungslogik
Für eine Bonus- und Analyseapp war es notwendig den aktuellen Umsatz zu berechnen. Dies lies sich nicht einfach durch CDS-Views ermitteln und musste berechnet werden.
Ich habe mir angewohnt die Exit-Klasse als Suffix mit _CALC zu bezeichnen.
CDS-View
...
@ObjectModel. virtualElementCalculatedBy: 'ABAP:YCL_CCM_AMOUNT_CALC'
virtual amount : abap.dec( 13,2 ), //abap.dec( 15,2 ), //wcb_scale
...
CLASS ycl_ccm_amount_calc DEFINITION
PUBLIC
FINAL
CREATE PUBLIC .
PUBLIC SECTION.
INTERFACES if_sadl_exit_calc_element_read.
PROTECTED SECTION.
PRIVATE SECTION.
ENDCLASS.
CLASS ycl_ccm_amount_calc IMPLEMENTATION.
METHOD if_sadl_exit_calc_element_read~calculate.
DATA lt_orig_data TYPE STANDARD TABLE OF <cds_view_with_exit_class>.
FIELD-SYMBOLS <ls_orig_data> TYPE ycds_p_ccm_start .
MOVE-CORRESPONDING it_original_data TO lt_orig_data.
LOOP AT lt_orig_data ASSIGNING <ls_orig_data>.
try.
<ls_orig_data>-amount = ycl_ccm_app_analy_amoun_helper=>get_current_summed_amount(
iv_condition_contract_no = <ls_orig_data>-ConditionContract
).
catch cx_root into DATA(cx).
<ls_orig_data>-amount = 0.
endtry.
ENDLOOP.
MOVE-CORRESPONDING lt_orig_data TO ct_calculated_data.
ENDMETHOD.
Es ist mit der Methode get_calculation_info möglich hier nur die benötigten Elemente hinzuzufügen oder Prüfungen zu machen, ob die richtige CDS-View diese Klasse antriggert.
METHOD if_sadl_exit_calc_element_read~get_calculation_info.
IF iv_entity <> '<your_cds_view'.
RAISE EXCEPTION TYPE ...
ENDIF.
IF line_exists( it_requested_calc_elements[table_line = 'XYZ' ]) .
INSERT: conv sadl_entity_element( 'field' ) INTO TABLE et_requested_orig_elements.
ENDIF.
ENDMETHOD.
Sortierlogik
CLASS <classname> DEFINITION
PUBLIC
FINAL
CREATE PUBLIC .
PUBLIC SECTION.
INTERFACES if_sadl_exit_sort_transform.
PROTECTED SECTION.
PRIVATE SECTION.
ENDCLASS.
CLASS <classname> IMPLEMENTATION.
METHOD if_sadl_exit_sort_transform~map_element.
IF iv_entity <> '<cds_view_name>'.
RAISE EXCEPTION TYPE ...
ENDIF.
IF iv_element = 'AMOUNT'.
et_sort_elements = VALUE #(
( name = 'AMOUNT' ) ( name = 'CONDITIONCONTRACT' )
).
ENDIF.
ENDMETHOD.
ENDCLASS.
Filterlogik
CLASS <classname> DEFINITION
PUBLIC
FINAL
CREATE PUBLIC .
PUBLIC SECTION.
INTERFACES if_sadl_exit_filter_transform.
PROTECTED SECTION.
PRIVATE SECTION.
ENDCLASS.
CLASS <classname> IMPLEMENTATION.
METHOD if_sadl_exit_filter_transform~map_atom.
DATA: lo_condition_manager TYPE REF TO if_sadl_simple_cond_factory,
lo_filter TYPE REF TO if_sadl_simple_cond_element,
IF iv_element <> '<cds_view_name>'.
RAISE EXCEPTION TYPE ...
ENDIF.
lo_condition_manager = cl_sadl_cond_prov_factory_pub=>create_simple_cond_factory( ).
lo_filter->element('FIELD' ).
CASE iv_operator.
WHEN if_sadl_exit_filter_transform~co_operator-equals( ... ).
...
WHEN if_sadl_exit_filter_transform~co_operator-less_than( ... ).
...
WHEN if_sadl_exit_filter_transform~co_operator-greater_than( ... ).
ro_condition = lo_filter->greater_than( <parameter> ).
WHEN OTHERS.
RAISE EXCEPTION TYPE cx_sadl_exit_filter_not_supp.
ENDCASE.
ENDMETHOD.
ENDCLASS.