【学习系列】SAP RAP 7:行为定义-Draft

AI摘要

本文介绍SAP RAP中草稿表的工作原理,包括独占与协作草稿的使用、Total ETag的作用及其与ETag master的区别。重点说明草稿状态下数据隔离、并发控制及激活时的数据一致性保障机制,帮助开发者理解RAP框架下的数据安全更新流程。

前言

前一篇中介绍了行为定义中并发控制的概念,本篇介绍下草稿表Draft的内容,草稿表简单来说就是允许用户将临时创建的数据单独存储在数据库中,在激活前不会影响现有的业务逻辑。


正文

使用草稿表由以下优势:

  • 保存&继续:草稿允许用户随时停止处理和保存业务处理,并在稍后继续处理
  • 暂存:草稿的作用类似于暂存区,以便数据在存储过程中被隔离,并最终被激活保存至数据库中
  • 设备切换:由于草稿会保留处理状态,因此可以使用任何设备继续处理。

不管是managed还是unmanaged,草稿的处理都是由RAP框架自动处理的,开发者无需关注数据时如何存储至数据库表的,草稿有两种处理选项:独占草稿和协作草稿


Draft定义和使用

独占草稿:使用关键字with draft指定,只能由同一个用户编辑锁定。

协作草稿:使用关键字with collaborative

在 SAP RAP 里创建 Draft Data:从生命周期、锁机制到 EML 实战的一次讲透 本文探讨了SAP RAP框架中的草稿机制设计。文章首先阐述了草稿的业务价值,即允许用户将未完成数据临时保存为草稿,避免污染主数据。随后详细分析了RAP中草稿与正式数据的两种形态(Active和Draft)及其设计动机,并重点解析了两种创建草稿的路径:通过MODIFY CREATE创建new-draft(无对应active记录)和对active执行EDIT创建edit-draft(基于已有active记录)。文章特别强调了两种路径在锁策略、数据来源和并发处理上的差异,以及preserve_changes参数在 阅读详情

相关推荐

在 SAP RAP 中把 Draft 做到极致:草稿机制原理与落地指南

摘要:业务App的编辑体验常面临用户编辑中断问题,如设备切换或意外退出导致数据丢失。RAP的Draft handling通过自动持久化草稿状态,支持编辑恢复和并发冲突管理。SAP Fiori设计指南强调草稿自动保存可防止数据丢失并支持编辑锁定。Draft机制通过两张表(业务数据表和草稿表)实现,结合ETag进行版本控制。在Behavior Definition中配置with draft及相关参数可启用该功能,确保编辑过程的连续性和数据安全。

2007 年 ~ 2025 年,深耕 SAP 技术 18 年 1335

SAP RAP学习系列合集介绍

《SAP RAP学习系列合集:从入门到部署的完整指南》摘要: 本文介绍了作者创建的SAP RAP学习系列合集,涵盖RAP开发从基础概念到实战部署的全流程。系列目前包含17篇文章,系统讲解了RAP核心开发技术:从数据建模、UI构建到行为定义(包括并发控制、草稿功能、授权验证等),最后详细演示了应用部署到Fiori Launchpad的两种方案(OP版和ES版)。

DeveloperMrMeng的博客 1489

RAP 开发约束全景图:从 CDS 到 Draft 再到 OData 的避坑指南

RAP开发约束要点解析 S/4HANA环境下ABAP开发转向业务对象建模与服务化,RAP成为核心范式。文章梳理了RAP框架在演进阶段的6类关键约束: 分析型能力:RAP Analytical Tables不支持计算/过滤/排序出口,且消费端CDS不可扩展 CDS建模:OData暴露忽略CDS基数定义,枚举类型无法暴露,不支持跨Client视图 Draft机制:跨BO协同需双方启用协作草稿,to-one关联UI支持不足,Draft表不可复用 UI一致性:Fiori elements对某些后端能力支持滞后 服务

2007 年 ~ 2025 年,深耕 SAP 技术 18 年 1622

从 Classic ABAP 到 RAP,ABAP 编程模型的演进与开发范式重塑

摘要:ABAP编程模型正经历从传统代码驱动向现代模型驱动和行为驱动的转型。早期ABAP应用基于数据库表、函数模块等技术,虽稳定但难以适应现代Fiori应用的RESTful服务需求。随着SAP HANA的引入,ABAP CDS成为核心,实现了从数据模型到业务行为的统一。ABAP Programming Model for SAP Fiori通过CDS、BOPF和SAP Gateway的整合,为Fiori应用提供了标准化开发路径。最新的RAP(ABAP RESTful Application Programmi

2007 年 ~ 2025 年,深耕 SAP 技术 18 年 1153

从业务对象到可恢复编辑现场,完整理解 SAP Fiori 事务应用的 Draft 开发

摘要(150字) Draft机制解决了Fiori应用中跨请求事务状态维护的难题。与传统SAP GUI不同,基于OData的Fiori应用采用无状态请求,浏览器中断或会话超时会导致未保存数据丢失。Draft通过数据库持久化草稿版本,实现活动数据与编辑数据的双实例管理,要求业务对象使用UUID主键,并通过CDS、BOPF、OData服务与Fiori elements全链路协作。开发时需注意:1) 技术键采用UUID分离业务编号;2) 数据模型需支持Draft感知关联;3) 事务逻辑通过BOPF实现。尽管SAP推

2007 年 ~ 2025 年,深耕 SAP 技术 18 年 68

用 RAP Side Effects 把草稿界面做成所见即一致:字段联动、权限刷新、消息回显与事件驱动全景实践

RAP Side Effects 解决 SAP Fiori Elements 应用中常见的界面不一致问题,通过声明式配置字段间的依赖关系,确保相关字段、权限和消息能实时刷新。文章以差旅总价计算为例,说明当用户修改某个字段时,如何通过 Side Effects 自动更新依赖字段。技术实现上,RAP 将行为定义转换为 OData 元数据注解,驱动前端精确刷新。支持五种触发方式(字段修改、动作执行等)和多种目标类型(字段、权限、消息等),特别适用于金额联动、动态权限控制等业务场景。需要注意的是消息刷新功能仅支持

2007 年 ~ 2025 年,深耕 SAP 技术 18 年 754

掌控 Draft 根源:透视 com.sap.vocabularies.Common.v1.DraftRoot 与 Fiori Elements 草稿机制

词汇文件Common.xml此处表明DraftRoot只能贴在EntitySet层面,意味着整棵草稿树从该集合的根实体开始(GitHubDraftRoot通过对根实体集加注统一协议,协调 CDS、OData 与 UI 运行时,赋能 Fiori Elements 在复杂长事务场景下提供无感草稿体验。无论在 ABAP CDS 还是 CAP 服务,只要遵循词汇表约定,即可享受自动生成的草稿表、锁机制与激活流程。在实施中务必关注字段一致性、动作映射与元数据完整性,以充分发挥 SAP 平台提供的草稿框架价值。

2007 年 ~ 2025 年,深耕 SAP 技术 18 年 292

从 BOPF 到 Behavior:ABAP RESTful Application Programming Model 在 S/4HANA 时代的落地方法

摘要: ABAP RESTful Application Programming Model (RAP) 已成为构建SAP事务型应用的主流框架,它通过分层架构(数据模型、行为定义、服务暴露)实现了业务逻辑与UI/服务的解耦。RAP不仅优化了HANA性能,还支持本地部署和云环境,是Clean Core战略的关键技术。与传统的BAPI/SEGW开发相比,RAP通过behavior definition统一管理事务语义、校验规则和生命周期,显著提升系统可维护性。开发者可选择managed(框架自动处理持久化)或u

2007 年 ~ 2025 年,深耕 SAP 技术 18 年 169

RAP Fiori开发实战:从CDS模型到可点击应用

企业级Web应用开发中,后端数据建模与前端交互效率往往决定项目推进速度。ABAP RESTful Application Programming Model(RAP)作为新一代Fiori后端开发范式,将CDS数据模型、行为逻辑与OData服务暴露整合为统一流水线,改变了传统Gateway+SAPUI5繁琐的映射方式。通过CDS视图定义业务对象底座,借助行为定义管理写操作,再经服务绑定快速暴露标准OData接口,开发者能显著降低模型重复维护成本。该模式特别适合订单管理、审批流等典型企业应用场景,支持快速生成可

weixin_30536861的博客 253

RAP Fiori开发核心:CDS注解、Behavior定义与OData元数据协同机制

在SAP RAP(RESTful Application Programming Model)开发中,Fiori应用的UI表现并非由前端代码硬编码决定,而是由后端CDS View的@UI注解驱动生成OData v4元数据,再经Fiori Elements动态渲染。这一声明式架构将数据建模(CDS)、行为契约(Behavior Definition)与服务暴露(Service Binding)深度耦合,实现‘写一次,处处生效’。理解CDS Projection View的语义标注、Behavior钩子的事件驱

weixin_29895109的博客 218

USB-Type-C PCB布局布线设计规范

USB Type-C连接器有24个引脚。图1和图2分别显示了USB Type-C插座和插头的插针。母头/母座公头/插头可以很明显看出,插口内的Pin功能相对于中心对称。公头插入母头,无论正反插,引脚功能都完美契合。而且电源VBUS/GND都拥有4个Pin,最大支持5A电流,在保证高速数据传输的同时也提高了电流承载能力。表 1 和表 2 分别汇总了在 USB Type-C 型插座和插头上所使用的信号列表。

weixin_63005522的博客 8270

uniapp+openlayers集成天地图实战:renderjs通信陷阱与性能优化避坑指南

本文深入探讨了uniapp与openlayers集成天地图时的renderjs通信陷阱与性能优化策略。通过实战案例解析了renderjs的特殊通信机制、地图实例生命周期管理、图层懒加载等关键技巧,帮助开发者避免常见坑点,提升应用流畅度。特别针对多语言切换、热重载偏移等疑难问题提供了解决方案,是uniapp+openlayers开发者的实用避坑指南。

weixin_30872157的博客 361

高效搭建微信公众号爬虫全流程

微信公众号爬虫系统成功完成功能测试验证。该系统具备完整的数据采集与管理能力,支持多公众号内容爬取、数据存储与统计分析。通过命令行界面可执行爬取操作(如量子位、新智元等公众号),查看最新文章列表和系统统计信息。测试显示SQLite数据库正常存储数据,所有核心功能(多源支持、文章检索、数据统计)均运行良好。系统采用模块化设计,扩展性强,为后续接入真实API或网页爬取奠定了坚实基础,是AI内容聚合的优质开发平台。🎉

weixin_44975687的博客 1553

FPGA实现串口的任意字节数接收

基于FPGA的任意字节数(单字节、多字节)的串口(UART)接收,真的不来看看吗?

孤独的单刀 1万+

StarRC常见问题整理

我正在「拾陆楼」和朋友们讨论有趣的话题,你⼀起来吧?使用starrc_cmd “错误代码”就能看对应Error或Warnning的解释。

m0_61544122的博客 3113

YOLO系列算法改进 | Neck改进篇 | 融合FAAFusion傅里叶角度对齐模块 | 攻克多尺度方向特征冲突,角度检测精度飙升! | CVPR 2026

YOLO系列算法改进 | Neck改进篇 | 融合FAAFusion傅里叶角度对齐模块 | 攻克多尺度方向特征冲突,角度检测精度飙升! | CVPR 2026 (以YOLO26最新目标检测模型为基础,利用FAAFusion傅里叶角度对齐模块改进Neck部分)

2502_91881744的博客 315

23 中望CAD二次开发(ZRX C++)-自定义实体(二)

本文详细介绍了自定义图形实体,如何实现几何变换、捕捉、节点编辑,并介绍了CAD代理的概念。

cilvsuanna的博客 437

深度探索:VS2022 牵手 DeepSeek,开启开发新征程

通过将 VS2022 与 DeepSeek 接入,我们成功开启了智能开发的新征程。从前期的硬件准备、软件环境搭建,到实战环节的一步步配置与整合,再到全面的测试与验证,每一个步骤都充满挑战,但也带来了满满的收获。在实际应用中,VS2022 与 DeepSeek 的结合展现出了强大的优势,为开发者带来了更高的效率和更出色的代码质量。无论是代码自动补全、智能代码审查,还是自然语言交互编程,都让开发过程变得更加智能、便捷,极大地提升了开发体验。

远程部署调试 运行安装 项目调试 二次开发 项目技术新 持续迭代 部分源码免费分享 3522

复分析 阿尔福斯(Ahlfors) 第三版答案 英文

答案分为十章,有部分习题没有答案,全英文复分析阿尔福斯(Ahlfors) 第三版答案

RU DOS版、EFI版32bit/64bit BIOS常用工具

DOS版、EFI版的RU工具,可用来查看IO、MEM、PCI、SMBIOS等资源。亲测在EFI SHELL下可用。

OV9734 DATASHEET,完整规格书

OV9734完整规格书,包括电气参数,尺寸规格,寄存器配置表等

老版QQ原生表情gif动态

这是老版的QQ表情,不过全是动态的的,Windows照片查看器是不会动的,可以右击用浏览器打开查看,再说一遍是老版的,只是分享给宁愿用老版也要动态的人。

上一篇: 【学习系列】SAP RAP 6:行为定义-Concurrency Control
下一篇: 【学习系列】SAP RAP 8:行为定义-Authorization Control
DeveloperMrMeng
博客等级 码龄5年 1767粉丝 113原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

DeveloperMrMeng

觉得有用的佛系投币哦

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值