validation 开始日期 结束日期_Restful ABAP Programming模型系列二:Action和Validation的实现...

566ede2f90772401a527212e749944d3.png

相信通过Jerry的前一篇文章 30分钟用Restful ABAP Programming模型开发一个支持增删改查的Fiori应用,想必大家对Restful ABAP Programming模型已经有了一个最基本的了解吧?

简单回忆一下,我们在前一篇文章里,在SAP云平台ABAP编程环境里创建了一个Z表,然后基于这张自定义数据库表创建了CDS view,基于该view创建Service Definition,把view暴露成服务,然后通过Behavior Definition实现对Z表的增删改查。

320805009aae9e6738f4a69c1747bedb.png

第一篇文章有朋友留言,询问通过RAP模型生成的Fiori应用如何部署到云上。这位朋友忘记了Jerry从始至终都是在SAP云平台ABAP环境上操作的啊,所以这个生成的Fiori应用也直接在云上可用了。

双击Service Binding里的TravelProcessor或者右键菜单里选择Open Fiori Elements App Preview, 就可以访问Fiori应用。

6aeba3270e10094d9a3b746ee7400258.png

ddfb66e28bf68fe337e73ec6367df640.png

稍稍有点经验的顾问朋友们都明白,一个模型只有增删改查的功能是不能满足客户实际需求的。在SAP Cloud for Customer里,开发顾问可以在Cloud Application Studio里创建beforeSave和afterModify这些脚本文件并实现业务逻辑,Jerry也曾经介绍过,它们相当于S/4HANA BOPF框架里创建的determination.

除了上述在运行时特定的时间点才能触发(beforeSave,afterModify)的逻辑外,Action机制则提供了自由度更高的业务逻辑编写机制。体现在UI上,Action逻辑一般通过UI按钮触发。

Validation比较容易理解——自定义的数据校验逻辑。

本文按照顺序介绍Action和Validation.

为了介绍在Restful ABAP Programming模型下如何开发Action,Jerry需要在第一篇文章创建的SFLIGHT表增添一个表示航班预订状态的字段,并开发一个Action,当其被调用时,修改这个状态。

(1)在数据库表里增添一个OVERALL_STATUS字段:

044c1a33c2f1d9a0df6ae4bb31ff8e3b.png

当然在对应的CDS view上也要通过@UI相关的注解把这个字段配置到UI上。通过注解lineItem和identification分别把view的这个字段显示在搜索结果的table控件和航班信息明细页面的字段上。通过label指定UI上显示的标签,通过注解的dataAction把这个状态字段绑定到一个名为acceptTravel的Action上。

9613a5fbd3cca3aac2fb7e77529532c2.png

重新激活CDS view后,我们就能在工具栏上看到CDS view里通过label维护的标签文本为Accept Travel了:

48d9638b6d564e728e8d68d6f68967db.png

因为缺乏实现,此时点击无效果。

6e4e4f4076e04663c45cd27ce7ba4ee7.png

(2) 在Behavior Definition的声明部分,添加如下三行代码:

a8ddbe88e24e32fe8d1ed5e2766bca79.png
  • action ( features: instance ) acceptTravel result [1] $self;
  • validation validateCustomer on save { field customer_id; }
  • validation validateDates on save { field begin_date, end_date; }

上面的代码除了定义一个Action外,还声明了两个Validation,在特定字段发生变化并保存时触发校验逻辑,字段名称维护在大括号内。

剩下的就是ABAP编程实现了。在Behavior Definition的ABAP实现类里,声明下面这些ABAP类方法,来实现Behavior Definition里的定义。

5722b6aabe2a6f02623846f2f9d5354b.png

首先看Action的实现,位于ABAP方法SET_STATUS_COMPLETED里:

c4a882f6fa2d83ab7236dce1dd4c12c0.png

将输入参数travel_id指定的航班预订记录的状态字段置为A - Accepted.

现在我选中ID为22这条记录,点击Accept Travel按钮:

1e61565642cb045aa113ed7a6ef3d11b.png

点击之后,状态成功被置为A了:

05c9882d8b0d579cc610a428e93a9123.png

再来加上对航班日期的校验:如果航班结束日期在起始日期之前,显然不合理,需要弹一条错误消息。

第87行到第91行把输入参数包含的航班信息读到内表lt_travel_result里,然后第95行把结束日期和起始日期做比较,如果后者早于前者,进入97行开始的IF分支,弹一个错误信息到UI.

fb222e7cb36524d5586b9d04b6168aad.png

错误信息仍然和传统的ABAP编程一样,通过ABAP Message类定义:

format,png

现在把结束日期维护成起始日期之前,保存的时候就看到了期望的错误消息:

0d8e071ab29dcbebfb1d3d2f4c209486.png

至此,我们这个SFLIGHT模型除了增删改查之外,又增添了Action和Validation的功能。

这个系列的下一篇文章,Jerry会聊聊在SAP云平台ABAP编程环境里对基于Restful ABAP Programming模型应用的简单调试,敬请期待。

要获取更多Jerry的原创文章,请关注公众号"汪子熙":

cacaa3120da5c1f963d4b70ee878f393.png
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值