CAP · informational
CAP CDS: domain modeli ile Fiori servisi nasıl ayrılır
CAP’te CDS, ABAP CDS ile benzer sözdizimi taşır ama derleyici ve runtime BTP’dedir. Domain model varlıkları, service projection dış sözleşmeyi tanımlar. Fiori Teknoloji Fiori annotation’ını şişmiş domain dosyasına gömmez; servis yüzü ayrı durur.
Domain, aspect ve association
db/schema.cds varlıkları, anahtarları ve ilişkileri tutar. Aspect ortak alanları (audit, kod listesi) tekrar yazmadan ekler. Association ve composition, Fiori Object Page’in çocuk tablosunu besler. Type ve enum, rastgele string alanını keser. Fiori Teknoloji S/4’teki belge numarasını kör kopyalamaz; CAP’te kendi anahtarı ve S/4 referans alanı ayrı durur. Composition olmayan association, yaşam döngüsünü ebeveyne bağlamanız. Yanlış composition silmede çocuk kaydı yok eder. Kod listeleri Fiori value help’e gider; S/4 domain değerini remote ile çekmek ayrı servistir. Domain dosyasına HTTP çağrısı yazılmaz. Temizlik: bir bounded context, bir şema. Her şeyi tek File’a yığmak Elements facet’ini okunamaz kılar.
- Domain kalıcı modeli, aspect ortak kesiti taşır
- Composition yaşam döngüsü, association yalnızca bağdır
- S/4 belge numarası CAP anahtarının kör kopyası olmamalıdır
Service projection ve dış sözleşme
srv/*.cds, domainden neyin OData veya REST olarak açılacağını keser. Projection alan gizler, ad değiştirir, action ekler. Fiori Elements bu servisi tüketir. İkinci bir servis entegrasyon tüketicisi içindir; UI annotation’ı dış sisteme sızmaz. Fiori Teknoloji @restrict ile CDS seviyesinde yetki keser; yalnızca XSUAA scope yetmez, satır koşulu da yazılır. Draft, CAP Fiori Elements’te entity özelliğidir; her entity draft istemez. Remote entity S/4 OData’sını projection eder; yerel tablo gibi davranmaz, yazma semantiği API’ye bağlıdır. Keşifte remote ve local karışımı çizilmeden handler yazılmaz. Versioning, servis yolu ile yapılır. Alan silmek tüketicinin breaking change’idir.
- Projection UI ve entegrasyon için ayrı servis olabilir
- @restrict satır yetkisidir, scope tek başına yetmez
- Remote S/4 entity yerel HANA tablosu gibi yazılmaz
ABAP CDS ile karıştırmamak
ABAP CDS S/4’te HANA ve RAP için derlenir; DCL ve AMDP oradadır. CAP CDS Node.js derleyicisine ve cds.ql’e gider. Aynı isimli annotation farklı yerde farklı davranır. Fiori Teknoloji “CDS biliyorum ikisi aynı” eğitimini düzeltir. Veri tipi, decimal ve tarih saat özellikle Fiori’de kayar. HANA Cloud’a deploy HDI konteyneri ister; ABAP paket taşıması değildir. İki modeli bir git reposunda tutmak mümkündür, derleme hatları ayrıdır. Temel kural: S/4 okuma modeli RAP CDS, BTP yazma modeli CAP CDS. Ortak iş dili terimleri paylaşılır, dosya paylaşılmaz. Bu ayrım clean-core’un BTP yüzüdür: çekirdeği kopyalamadan süreci yanına almak.
- ABAP CDS RAP/S/4, CAP CDS BTP runtime içindir
- HDI deploy ABAP transport değildir
- İş terimi paylaşılır, CDS dosyası paylaşılmaz
Sık sorulanlar
CAP CDS ile ABAP CDS birbirinin yerine geçer mi?
Geçmez. Sözdizimi benzer, derleyici ve yetki modeli farklıdır. S/4 Fiori RAP CDS, BTP Fiori CAP CDS kullanır. Birini diğer sisteme yapıştırmayız.
Tüm alanları tek serviste açmak yanlış mı?
Fiori ve dış entegrasyon aynı şişmiş servisi paylaşırsa annotation değişikliği entegrasyonu kırar. Fiori Teknoloji UI projection ile API projection’ı ayırmayı önerir.
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.