上QQ阅读APP看书，第一时间看更新
1.2.1 XS原生应用和Fiori Apps
我们已经在SAP HANA上开发了XS原生应用，还需要使用Fiori LaunchPad（本文简称应用启动界面）作为入口和统一管理工具吗？笔者的回答是：不一定。
通常，我们基于SAP HANA XS开发的应用可以是独立XS原生应用，用户可以直接访问这个应用，当然，也可以将其挂载到Fiori LaunchPad中，用户通过统一的URL地址登录，Fiori根据登录用户的角色来判断可以使用哪些应用。为什么不一定需要使用Fiori来作为XS应用的入口和管理点？下面将详细说明。
- Fiori只是一个前端的UI框架，是由一组CSS、HTML5、JavaScript组成的一个Central UI Component，不涉及任何应用，仅提供管理Fiori应用的一些基本功能。
- SAP官方为很多已有的产品定制开发了很多UI组件，这些UI组件其实就是将SAP ABAP开发某个GUI程序做成Web的前端（不包含任何后台逻辑），这些UI组件在SAP的官网上被称为SAP Fiori Product，如图1-4所示。
图1-4 SAP Fiori Product for Business Suite
- SAP Fiori Product基本上都是对已有SAP应用的一个Web化，但并非所有的SAP后台的应用都完成了“Fiori化”了。以SAP Fiori Product for ERP为例，目前已经包含了Accounting、Logistics（PS、SD、LE、MM、PP、PM、QM、GTM）大部分常用的用户界面，而且大部分SAP Fiori Product都是需要配合SAP Netweaver Gateway来使用的， XS独立应用则不是。
- SAP Fiori解决了不同应用之间的导航和相互跳转的问题，自开发的XS应用则是一个个独立的URL地址，如果需要做跳转，则需要在XS应用中考虑这些需求，虽然工作量不大，但是需要在设计XS应用时预留好这个功能。
- SAP Fiori只是一个Web应用的入口和整体展现框架，至于进入到应用以后的权限、数据隔离访问等操作都需要在这个应用中区实现。
提示信息：
对于前面这个问题，笔者的看法是，因为SAP官方的产品需要将大量的应用“Web化”，但是这个Web化的工作不是仅在展现层面做了，后台的那些业务逻辑（例如，用ABAP写的BAPI、RFC FM等）也都用OData作为服务的封装。
SAP Fiori非常适合作为SAP开发的Web App的容器，因为它提供了较好的统一风格、导航、基于角色的工作台，并且支持多种设备的访问。SAP Fiori用来管理很多独立小应用是很好的。
如果需要在SAP HANA XS上开发多个不同的独立应用，那么使用Fiori是比较合适的。如果XS应用数量不多，而且每个XS应用都有自己独立的一套菜单和完整的业务操作，而且这些XS应用还会被挂载到企业内部的门户站点上去，那么就不需要使用Fiori作为访问入口，因为这反而会把事情弄得更为复杂。