RAP · informational
Behavior definition: RAP’te davranış sözleşmesi nasıl yazılır
Behavior definition (BDEF), RAP iş nesnesinin ne yapabileceğini ilan eder: CRUD, draft, action, validation, determination. Implementation sınıfı bu sözleşmeyi doldurur. Fiori Teknoloji BDEF’i CDS’den ayrı bir ürün olarak gözden geçirir; boş action listesiyle Fiori butonu doğmaz.
BDEF’te ne ilan edilir
Behavior definition, entity bazında create, update, delete, etag, lock ve draft anahtarlarını taşır. Action kullanıcı tetikler; function yan etkisiz okuma benzeri işlem içindir. Determination alan veya kayıt değişince sunucuda değer üretir. Validation kaydetmeyi veya eylemi reddeder. Association davranışı, çocuk nesnenin ebeveynle nasıl yazılacağını söyler. Mapping, managed senaryoda CDS alanı ile tablo alanını bağlar. Fiori Elements, BDEF’deki action’ı toolbar veya Object Page’e basar; CDS annotation tek başına buton üretmez. Fiori Teknoloji her action için yetki, mesaj ve başarı sonrası refresh sözleşmesini yazar. İsmi İngilizce teknik, metni kullanıcı dilinde olan action’lar karışıklık çıkarır. BDEF görünür sözleşmedir; gizli SE38 programı çağıran “gizli action” teslimat sayılmaz.
- Action yan etkili, function yan etkisiz işlem için ayrılır
- Determination türetir, validation reddeder; ikisi karıştırılmaz
- Fiori butonu BDEF action + UI annotation ile doğar
Implementation sınıfı ve EML
Behavior implementation, ADT’de davranış havuzu sınıfıdır. EML (Entity Manipulation Language) ile aynı oturumda başka RAP nesnesi okunur veya yazılır. Commit noktası çerçevededir; implementation içinde rastgele COMMIT WORK clean-core ve kilit açısından yanlıştır. Unmanaged save sequence’de sizin API çağrınız bu sınıfta yaşar. Determinations kısa ve tekrar güvenli olmalıdır; uzun RFC burada Object Page’i kilitler. Fiori Teknoloji EML çağrılarını released nesnelerle sınırlar. Başka bir Z-nesneye EML ile gitmek yalnızca o nesne de RAP ve released ise kabul edilir. Testte behavior, CDS’den bağımsız unit test ile değil, en azından EML senaryosu ile doğrulanır. Hata mesajı state message olarak döner; Fiori bunu Object Page’de gösterir. Exception yutmak “sessiz kaydetme” üretir, destek kabusudur.
- EML aynı transaction içinde RAP nesneleri arasında yazmayı sağlar
- Implementation içinde COMMIT WORK kullanılmaz
- Mesajlar state message olarak Fiori’ye çıkmalıdır
Projection behavior ve UI yüzeyi
Interface behavior iş nesnesinin tam sözleşmesidir. Projection behavior Fiori servisinin gördüğü alt kümedir: bazı action’lar gizlenir, alanlar daraltılır. Aynı iş nesnesine iki Fiori uygulaması farklı projection ile bakabilir. Bu, “ikinci kopya RAP” yazmadan rol bazlı UX üretir. Fiori Teknoloji satış ve depo için ayrı projection, tek interface önerir. Projection’da yeni iş kuralı icat edilmez; yalnızca görünürlük ve alias yönetilir. Service definition hangi projection’ın OData V4 olduğunu bağlar. Keşif notunda interface / projection / binding üçlüsü yoksa geliştirme sırası kayar. BDEF değişikliği Fiori metadata önbelleğini etkiler; testte tarayıcı cache ve Gateway cache birlikte temizlenir. Bu operasyonel adım teslimat listesindedir.
- Interface tam davranış, projection Fiori’ye açılan yüzdür
- Rol bazlı UX ikinci RAP kopyası değil ayrı projection ister
- BDEF değişince OData ve tarayıcı metadata önbelleği yenilenir
Sık sorulanlar
Action ile function farkı nedir?
Action yan etkilidir: kayıt değiştirir, belge yaratır, durum ilerletir. Function yan etkisiz bilgi üretir. Fiori toolbar’ındaki çoğu düğme action’dır; yanlışlıkla function yazmak kaydı değiştirmez.
Behavior definition olmadan CDS yeter mi?
Salt okunur liste için CDS ve service yetebilir. Yazma, draft, action ve tutarlı Fiori Object Page için BDEF şarttır. Fiori Teknoloji yazma vaat eden işi CDS-only bırakmaz.
Bu konuyu ortamınızda netleştirmek için 48 saatlik ön değerlendirme.
Lisans satmıyoruz. Destination, yetki ve model kararını yazılı notlarız.