Bem-vindo de volta à nossa série em curso sobre conhecer o RAP.
No
blog anterior
,
repassamos os passos sobre
como criar um modelo de dados CDS
e como projetar esses dados em um serviço OData. Além disso, também mostramos como consumir esse modelo de dados utilizando a visualização da aplicação SAP Fiori elements.
Neste blog, mergulharemos na criação de uma definição de comportamento e implementação para um cenário gerenciado. A definição de comportamento é um aspecto crucial de qualquer modelo de dados CDS, pois define as ações que podem ser realizadas nos dados, como criar, atualizar e excluir registros.
Para criar a definição de comportamento, utilizaremos o menu contextual na visualização de interface CDS raiz que foi criada no blog anterior. Isso nos permite definir rapidamente e facilmente os comportamentos desejados para nossos dados de reserva de viagem. Também revisaremos os passos para implementar esses comportamentos e como podem ser utilizados na visualização da aplicação SAP Fiori elements.
Fluxo de Desenvolvimento do RAP
Definição de Comportamento
As definições de comportamento são uma parte crucial de nossos modelos de dados CDS, pois determinam o que podemos fazer com nossos dados. O tutorial guia você pelo processo de criar uma definição de comportamento para a visualização CDS raiz, que será aplicada a todas as entidades dentro dela.
Para criar uma definição de comportamento, basta clicar com o botão direito na definição de dados
ZI_TRAVEL_M_000
e escolher
"Nova Definição de Comportamento."
Vale ressaltar que, neste caso, estamos trabalhando com uma implementação gerenciada, portanto, certifique-se de que o tipo de implementação esteja configurado como
"Gerenciado"
e que o nome da definição de comportamento seja exatamente o mesmo que o da visualização CDS raiz.
Depois de criar a definição de comportamento, você verá que ela é gerada automaticamente com base no tipo de implementação que selecionou. Agora, vamos dar uma olhada no código que precisamos substituir.
managed implementation in class zbp_i_travel_m_000 unique;
define behavior for ZI_TRAVEL_M_000 alias Travel
persistent table ztravel_000
etag master last_changed_at
lock master
{
// semantic key is calculated in a determination
field ( readonly ) travel_id;
// administrative fields (read only)
field ( readonly ) last_changed_at, last_changed_by, created_at, created_by;
// mandatory fields that are required to create a travel
field ( mandatory ) agency_id, overall_status, booking_fee, currency_code;
// mandatory fields that are required to create a travel
field ( mandatory ) Begin_Date, End_Date, Travel_Agency_ID, Travel_ID, Travel_Type, Currency_Code, Booking_Fee, Overall_Status, Agency_ID, Travel_ID, Begin_Date, End_Date
Pedro Pascal
Se unió el 07/03/2018