2020-08-31 02:31发布
点击此处---> 群内免费提供SAP练习系统（在群公告中）加入QQ群：457200227（SAP S4 HANA技术交流） 群内免费提供SAP练习系统（在群公告中）嗨， 来自BOPF开发，我正在... 显示全部
加入QQ群：457200227（SAP S4 HANA技术交流） 群内免费提供SAP练习系统（在群公告中）
嗨，
来自BOPF开发，我正在寻找一种完全过渡到RAP模型的方法。
在BOPF中，我们有DAC用于读写操作（并且在非托管RAP中已经涵盖），例如查询（ if_rap_query_provider） ，以及自定义实体可以覆盖的操作 我所有的需求都希望能够通过类实现从ABAP代码获取实体数据。
无法在BOPF中找到任何可用的"关联类"（也在S/4 1909中查看IF_RAP_ *接口，什么也不会出现），在这里我可以"选择" ABAP代码中的odata导航属性的数据，而不是通过SQL 直接链接（在CDS中没有直接关联）。
这是为将来的开发计划的东西还是我缺少的东西？
谢谢
嗨，Mahesh，
不，它不是"纯" Fiori ABAP编程模型。
实际的实施和工作方案如下：
>实施标准BOPF（bobx trx）
>为每个节点（继承自我们开发的基本类）实现DAC。 在这里，我们将CDS数据作为常规行为读取，但是（使用特定的DAC方法在子类中重写），我们还可以从任何其他来源（通过ABAP代码）获取它们，或者在从数据库CDS视图中选择之后完成它们。
>实现可能的关联：在此，如果未指定任何内容（并且该节点是BOPF的子节点），则数据选择由CDS关联（由ABAP代码管理，而不直接与CDS关联管理）进行，但我们 还可以实现完全自定义的BOPF关联类，在其中可以通过特定的ABAP代码读取（或生成）派生的数据。
>有关操作和查询的相同故事
在服务方面：我们使用的是odata V4（显然与BOPF模型的比例接近1：1），所以我们：
>我们创建了DPC/MPC的基本架构来发布服务
>我们创建了一些基类（假设是一个框架），以从BOPF元数据和CDS数据开始自动将BOPF公开为模型（在某种程度上类似于RAP的概念）
我们之所以采用这种方法，是因为我们想采用" API至上"的方法，但是不得不在大约一年半之前开始开发。 它运行良好，但我们一直期待着转向新的开发人员标准。 我们不需要"转换"工具（我不清楚）。 我希望通过新标准满足所有需求，以便将来开发新的API对象。
最后您的问题：
我将检查博客，其中 Gaurav Karkara 放在ans下方，尤其是句子 ："也可以将此逻辑扩展到导航属性。"
希望很清楚
最多设置5个标签!
{var%20f='http://v.t.sina.com.cn/share/share.php?appkey=1515056452',u=z||d.location,p=['&url=',e(u),'&title=',e(t||d.title),'&source=',e(r),'&sourceUrl=',e(l),'&content=',c||'gb2312','&pic=',e(p||'')].join('');function%20a(){if(!window.open([f,p].join(''),'mb',['toolbar=0,status=0,resizable=1,width=440,height=430,left=',(s.width-440)/2,',top=',(s.height-430)/2].join('')))u.href=[f,p].join('');};if(/Firefox/.test(navigator.userAgent))setTimeout(a,0);else%20a();})(screen,document,encodeURIComponent,'','','http://www.easysap.com/data/attach/logo/logo.png', '推荐 My梦 的问题《ABAP RESTful编程模型-自定义实体-BOPF关联类》','https://www.easysap.com/answer/42468/118692.html','页面编码gb2312|utf-8默认gb2312'));){kind=link}
嗨，Mahesh，
不，它不是"纯" Fiori ABAP编程模型。
实际的实施和工作方案如下：
>实施标准BOPF（bobx trx）
>为每个节点（继承自我们开发的基本类）实现DAC。 在这里，我们将CDS数据作为常规行为读取，但是（使用特定的DAC方法在子类中重写），我们还可以从任何其他来源（通过ABAP代码）获取它们，或者在从数据库CDS视图中选择之后完成它们。
>实现可能的关联：在此，如果未指定任何内容（并且该节点是BOPF的子节点），则数据选择由CDS关联（由ABAP代码管理，而不直接与CDS关联管理）进行，但我们 还可以实现完全自定义的BOPF关联类，在其中可以通过特定的ABAP代码读取（或生成）派生的数据。
>有关操作和查询的相同故事
在服务方面：我们使用的是odata V4（显然与BOPF模型的比例接近1：1），所以我们：
>我们创建了DPC/MPC的基本架构来发布服务
>我们创建了一些基类（假设是一个框架），以从BOPF元数据和CDS数据开始自动将BOPF公开为模型（在某种程度上类似于RAP的概念）
我们之所以采用这种方法，是因为我们想采用" API至上"的方法，但是不得不在大约一年半之前开始开发。 它运行良好，但我们一直期待着转向新的开发人员标准。 我们不需要"转换"工具（我不清楚）。 我希望通过新标准满足所有需求，以便将来开发新的API对象。
最后您的问题：
如前所述，在我们的实际方案中，如果需要，我们可以完全控制"读取"或选择数据。 显然，我们可以基于CDS直接访问（选择或关联），但是我们也可以从ABAP代码中完全自定义实现数据。 在当前的RAP中，我发现（很明显）有很多相似之处，并且对我们的需求有很多答案，特别是使用"自定义实体"。 我所缺少的是可以在自定义代码中读取关联数据的可能性（换句话说，很清楚如何在实体的数据选择上使用@QueryImplementedBy，而不是在所谓的"导航"过程中使用，或者，如果愿意，会发生什么情况 在odataV4服务的DPC类的READ_REF_TARGET_KEY_DATA_LIST中）。我将检查博客，其中 Gaurav Karkara 放在ans下方，尤其是句子 ："也可以将此逻辑扩展到导航属性。"
希望很清楚
一周热门 更多>