基本(甚至可能是愚蠢的)SAP Gateway OData服务问题

2020-09-11 00:24发布

点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)某些背景:我们的团队中没有人以前...

         点击此处--->   EasySAP.com群内免费提供SAP练习系统(在群公告中)

加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)


某些背景:我们的团队中没有人以前有过使用Gateway或OData的经验,但是由于项目截止日期迫在眉睫,我们正在努力尽快学习。 我一直在浏览SCN博客(特别感谢作者,非常有帮助),并且到目前为止,在新的" ABAP到未来"一书的帮助下,我已经能够创建一个运行的简单服务。

在这一点上,我有一些一般性的问题,这些问题看似很愚蠢,但是如果是这样的话,我可以采取"您在这里遥不可及"的答案。 如果我正确阅读,我们使用的是EHP6,Gateway 2.0 SP 12。

1。 如果服务只能接受一个值,例如PARAMETER,该怎么办? 我阅读了此博客中介绍了如何实现过滤器并很好地理解它,但从本质上讲,过滤器看起来与选择选项等效。 有没有办法改变它或做一些不同的事情? 还是我们在"参数思维"方式上根本上是错误的?

2。 与p有关。 1-是否可以轻松实现OBLIGATORY之类的东西? 即 该服务需要提供一定的价值,否则它将无法正常工作。

3。 将成功/错误消息返回给服务使用者的良好实践是什么? 在什么情况下服务应该引发异常而不是仅返回错误消息? (我不确定这些选项如何对服务使用者起作用。)返回消息的最佳方法到底是什么? 一些字符串表? BAPIRET2似乎太重了...我发现了一些有关消息和异常的现有问答(附件A ),但它们与非常具体的情况有关,我正在寻找一般指导。

谢谢!

13条回答
lukcy2020
2020-09-11 00:58

感谢您的回复! 我刚刚在问题中添加了注释,其中包含我正在处理的特定示例。 对我来说,令人困惑的是,在我们的场景中,"参数"实际上并没有直接用于数据检索中。 这是业务逻辑中使用的值。 我看过的所有示例都类似于"哦,我将此值放入过滤器,然后在SELECT中使用它"。 但就我们而言,事实并非如此。 这也是为什么我感觉这是错误的方法,并且可能缺少某些功能的原因。 也许它甚至不应该是"参数",而应该内置在服务调用本身中。 但是到目前为止,我在SEGW中还没有看到其他任何内容。

一周热门 更多>