Bienvenido de nuevo a nuestra serie en curso sobre conocer RAP.
En el
blog anterior
,
repasamos los pasos sobre
cómo crear un modelo de datos CDS
y cómo proyectar estos datos en un servicio OData. Además, también mostramos cómo consumir este modelo de datos utilizando la vista previa de la aplicación SAP Fiori elements.
En este blog, nos sumergiremos en la creación de una definición de comportamiento e implementación para un escenario gestionado. La definición de comportamiento es un aspecto crucial de cualquier modelo de datos CDS, ya que define las acciones que se pueden realizar en los datos, como crear, actualizar y eliminar registros.
Para crear la definición de comportamiento, utilizaremos el menú contextual en la vista de interfaz CDS raíz que se creó en el blog anterior. Esto nos permite definir rápidamente y fácilmente los comportamientos deseados para nuestros datos de reserva de viaje. También repasaremos los pasos para implementar estos comportamientos y cómo se pueden utilizar en la vista previa de la aplicación SAP Fiori elements.
Flujo de Desarrollo de RAP
Definición de Comportamiento
Las definiciones de comportamiento son una parte crucial de nuestros modelos de datos CDS porque determinan qué podemos hacer con nuestros datos. El tutorial te guía a través del proceso de crear una definición de comportamiento para la vista CDS raíz, que se aplicará a todas las entidades dentro de ella.
Para crear una definición de comportamiento, simplemente haz clic derecho en la definición de datos
ZI_TRAVEL_M_000
y elige
"Nueva Definición de Comportamiento."
Vale la pena mencionar que en este caso, estamos trabajando con una implementación gestionada, así que asegúrate de que el tipo de implementación esté configurado como
"Gestionado"
y que el nombre de la definición de comportamiento sea exactamente el mismo que el de la vista CDS raíz.
Una vez que hayas creado la definición de comportamiento, verás que se genera automáticamente en función del tipo de implementación que seleccionaste. Ahora, echemos un vistazo al código que se nos pide reemplazar.
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
Pedro Pascal
Se unió el 07/03/2018