离线

如果一个应用程序要支持离线使用，它必须从一开始就在设计中。这不是以后可以轻易添加的东西。

SAP推荐的Fiori web应用程序方法是通过将复杂性引入OData服务，使前端（UI5应用程序）尽可能简单。这种方法的一个优点是业务逻辑的更改不需要更改前端代码。一个缺点是以后很难开发离线版本的应用程序，因为该应用程序必须能够在没有OData后端的情况下运行。

许多这样的OData服务一次完成两项工作。首先，他们阅读业务"规则"，例如状态配置文件，其中说明如果订单状态正在等待批准，则允许新的状态批准和拒绝。第二，他们应用这些"规则"，只需向客户端返回订单123的允许状态已被批准和拒绝。

对于脱机应用程序，我们可以设计OData服务，大数据行业前景，以便返回规则本身（作业1），但客户端必须具有独立于后端应用规则的逻辑（作业2）。这样，规则就可以在不更改的情况下更改客户端应用程序，但客户端仍然可以在没有OData后端的情况下运行，客户端将能够在离开网络的一段时间内处理对订单状态的多个更改。在每个新状态下，客户端将"知道"下一个允许的状态。

灵活应用

您应该考虑将应用程序设计为既可以作为Fiori web应用程序运行，也可以作为Fiori移动应用程序运行应用程序。这在用户如何使用应用程序方面提供了极大的灵活性。这也使得开发和测试应用程序的速度更快，因为您可以将大部分应用程序作为web应用程序（在浏览器中）运行。请记住，更改一行代码，重新构建移动应用程序，下载和安装可能需要15或20分钟。如果你可以作为一个web应用程序运行，你可以更快地测试你的工作。

有配套的应用程序，但这对我们不起作用。我们被告知，它不支持离线应用程序。

如何设计这种情况？考虑以下示例。需要一个支持脱机的产品查找应用程序。联机时（具有网络覆盖范围），它会将所有产品下载到本地数据库。创建脱机存储时（如果在清单中声明了存储），会自动执行此操作。然后，当离线（无网络覆盖）时，用户将扫描一个产品ID，并且必须检索相关的项目。

为了支持这一点，我们只需要实现OData服务的查询（例如GET\u ENTITYSET）方法。应用程序将包括从OData服务（例如GET\u entity）读取单个匹配实体，自助建站服务，当用户扫描产品时调用产品。然而，实际上这个请求永远不会到达OData后端（例如SAP NW Gateway），而是通过离线OData插件从本地数据库中完成。

现在如果我们在浏览器中运行应用程序，查询方法将永远不会被调用，因为没有离线商店可初始化。当用户扫描产品时，会调用GET\u ENTITY方法，请求现在会到达OData后端。

每个场景都需要在OData后端实现这两种方法中的一种。如果我们从一开始就计划实现这两种方法….那么我们有一个灵活的应用程序可以运行作为一个网页应用程序或移动应用程序都从一个单一的代码库。快乐的日子！

您可以轻松添加逻辑来考虑应用程序运行的模式。例如，数据中心解决方案，如果您需要优化web应用OData调用，您可以创建主项目的扩展，然后从Fiori Launchpad为在线用户运行该扩展。我们不再有单一的代码库，物联网是什么意思，但扩展只包含"delta"，不是一个全新的应用程序。

回到Fiori移动概述

，云服务服务器