Jerry之前的文章30分钟用Restful ABAP Programming模型开发一个支持增删改查的Fiori应用 发布之后，有朋友问我，“没错, 我是在你的文章里看到了Fiori应用的界面，可是这个Fiori应用的源代码我在SAP云平台上什么地方能看到呢？这个Fiori应用部署之后的状态，我在哪里能够查看呢？”
这位朋友的发问非常有力，实际上，Jerry前一篇文章，离Fiori应用的开发和部署这个目标还有一半的距离。我们回忆下当时是如何基于开发完成的Restful ABAP Programming模型弹出Fiori界面的：
从上图可以看出，我选中了一个Service Binding模型里的TravelProcessor这个节点，从右键菜单里选择Open Fiori Elements App Preview选项，这会自动打开一个在预览模式下工作的Fiori Elements应用(以前的名称叫Fiori Smart Template):
现在Fiori UI倒是打开了，但是大家仔细观察上图，应用的窗口标题为"Preview for Fiori Elements App", 应用的url里包含/sap/bc/adt/这种ABAP Development Tool相关的片段——这种工作在预览模式下的应用显然无法用于生产用途的。
因此本文继续完成剩下的一半开发工作——基于手头已有的Restful ABAP Programming模型，真正地创建一个Fiori应用并部署到SAP Cloud Platform上。幸运的是，这部分工作量也很小，没有编码工作，只需要完成一些配置步骤。
Jerry之前的文章30分钟用Restful ABAP Programming模型开发一个支持增删改查的Fiori应用 已经把SAP Cloud Platform ABAP编程环境里的名为I_Currency的CDS view通过Service Definition的方式暴露出来了，然后由Service binding绑定到OData协议上，这样我们马上要创建的Fiori应用可以通过这个Service binding，以OData的方式读取到CDS view里的数据。
假设我的Restful ABAP Programming模型和待开发的Fiori应用是在两个不同Region的SAP Cloud Platform上部署的，比如RAP模型放在Europe(Frankfurt)Region上(这是SAP云平台ABAP环境目前唯一的选择)：
而Fiori应用放在Europe(Rot)的Neo环境上(支持Neo的Region选择就很多了)：
那么这种跨Region间的服务调用，需要创建老三样，即Communication Scenario，Communication System和Communication Arrangement.
SAP官网上有详细教程：
https://developers.sap.com/group.abap-env-first-app.html
这里Jerry只强调要点。
(1) 在ABAP Development Tool里右键菜单创建Communication Scenario Z_JERRY_COMMU_SCE，然后把前一篇文章创建的Service Binding模型添加到这个Scenario的inbound service页面里：
(2) 在ABAP Development Tool右击ABAP Cloud项目，在属性页里找到这个SAP云平台ABAP环境的Fiori界面的url：
Communication Systems，Users和Arrangements都在此处创建。
Communication User顾名思义，SAP云平台Neo环境上的Fiori应用使用这个user，调用OData服务消费ABAP环境里的RAP模型。ABAP顾问可以把它类比成SAP GUI里的用户WF-BATCH, 只不过前者允许应用开发人员自行创建并设置密码。
创建Communication System，把ABAP Development Tool属性页里拿到的url，去掉最前面的https://，将剩下的值维护到Host Name里:
把之前创建的Communication User分配给这个Communication System：
最后创建Communication Arrangement：
选中第一步在ABAP Development Tool里创建的Communication Scenario：
给这个Arrangement分配刚刚创建的Communication System：
如果一切正常工作，创建好的Communication Arrangement如下图所示。将Service Url抄下来，因为下一步创建Fiori应用需要这个url. 观察这个url，其包含SAP云平台ABAP编程环境的hostname和/sap/opu/odata/sap/开头的片段，后者就是Service Definition借助Service Binding通过OData协议暴露出来的url.
(3) 回到SAP云平台Neo环境，创建一个指向ABAP环境的Destination，我起了个名字to_ABAPCloud, 将上一步Communication Arrangement里得到的url粘贴进来，User选择前一步创建的Communication User，同时给这个Destination添加两个额外的属性：
- WebIDEEnabled：true
- WebIDEUsage：odata_gen, odata_abap
只有这样，稍后打开的webIDE里才能识别到这个Destination，否则的话，它只能在Java或者nodejs应用里使用。
剩下的就是在WebIDE里通过向导创建Fiori应用了。打开WebIDE，选择New->Project from Template:
此处需要选择一个模板来创建Fiori应用。我们选择List Report Application，它会以只读的方式显示绑定的Odata服务对应的CDS view里的内容。
在Data Connection这一向导步骤，选择之前在Neo环境里创建的Destination：
然后将之前Communication Arrangement创建后获得的url维护进Service Url里，点击Test按钮，解析出这个url对应的OData模型节点：Currency.
点击Finish完成Fiori应用的自动创建工作。现在我们在WebIDE里得到了一个真正的Fiori应用。通过右键菜单将其从WebIDE部署到SAP Cloud Platform上：
成功部署：
在SAP云平台的控制台里获得了这个Fiori应用的url，我们将其和之前在预览模式下工作的Fiori应用url做对比，是不是有很大的不同？
点击url访问，现在这个Fiori页面的窗口标题再也没有了Preview的字样，可以直接用于生产用途了。
要获取更多Jerry的原创文章，请关注公众号"汪子熙":
原文地址：https://www.cnblogs.com/sap-jerry/p/11663496.html