不久前我在这里看到一个博客，上面提到了一些SAP帮助页面，其中谈到了在SAP云平台上开发弹性应用程序。当我看到这个标题时，我立刻被它吸引住了。构建具有弹性的应用程序是一个非常好的目标，但它让我思考：弹性到底意味着什么。我开始阅读博客，接着阅读SAP提供的PDF文档，我发现这些信息很有趣。我和下一个人一样喜欢技术信息，但这已经到了一个详细的程度，甚至我发现有点太多了。我已经把它标上书签了，因为我相信记住这一点很重要——特别是如果你是一个负责开发应用程序的团队的一员的话。它讨论了可用性的弹性软件设计概念，并提供了以下内容图：1可用性等式的要素（来源：SAP）

不确定有多少设计师或开发人员遵循这些指导原则，但为了防止您感兴趣，我在这里提供了完整文档的链接https://help.sap.com/doc/6a87ef93fe554dde919548e9c4c86299/Cloud/en-US/resilient\u apps.pdf。

当我阅读内容时，我同意，是的，链接中包含的信息是很好的了解，也许可以作为一个很好的指导，但我想提供我自己的想法，当涉及到在SAP云平台上开发应用程序时，恢复意味着什么。我想要一个更实际和日常的指导，团队可以遵循的指导方针，所以希望这篇博客文章实现这一点。这就是这个博客的灵感所在。

下面的大部分都是针对移动应用程序的构建，但是它们是适合大多数应用程序开发的指导原则，无论是本地应用程序、混合应用程序还是web应用程序。我的弹性概念是基于我过去几年的经验，我是一个开发团队的一员，实时数据采集系统，该团队在SAP云平台上创建了50多个Fiori应用程序。我的一些经验还与我最近参与的一个大型项目有关，淘客网，该项目在多个复杂程度不同的设备上交付SAP Warehouse Management mobility应用程序。

但在我深入讨论细节（可能是弹性的定义）之前，我在谷歌上搜索了与开发活动并发现了同一类消息的多个版本。

大多数人谈论的"系统"不一定是应用程序，尽管它们可以被认为是同一件事。

弹性–我的外行观点

从我的角度来看，以下点代表我的想法，怎么做淘客，外行观点，弹性应用程序应该是什么样子。我将把它称为DREMTAC，因为现在一切都是首字母缩写：—）.

可靠–在所有设备上始终以相同的方式运行可靠–一次又一次地完成预期的任务高效–尽可能高效、快速地执行功能可维护-以易于支持和维护的方式构建。理想的方法是灵活的，并且能够轻松地包含新的功能，而无需重写代码库。透明–为用户提供所有必要的信息，以便做出适当的决策精确—精确地表示来自对象的信息，就像它保存在源系统中一样一致性–基于提供的相同输入在相同的时间范围内产生相同的结果

当我想到我每天在所选设备上使用的本机应用程序时，大多数都符合上述弹性因素。当我用信息或Whatsapp给朋友发信息时，它总是会到达那里，并且一些来回的信息证明了它的可靠性。我偶尔会在多个设备上使用Slack——在桌面、iPhone和平板电脑上，我得到了同样一致的体验和可靠的体验。我建议使用没有这些属性的应用程序，但只使用很短时间，因为它们很快就会关闭用户。我的观点是，应用程序的用户在进行业务时，大多数时候都希望有弹性，而作为软件开发人员，我们最起码可以提供这种弹性。那么，我们该怎么做呢？我现在将通过一些我所遇到的，可能有助于这一点。我认为其中一个主要因素是测试。严格的测试通常会使应用程序具有极强的弹性，因为它们受到各种场景的冲击。

测试–包括不愉快的路径

在开发应用程序时，人们通常倾向于关注、设计和开发快乐的路径。通常很少有人想到当道路不快乐时会发生什么。我参与过的大多数项目都倾向于涵盖有效的单元测试场景。通过这些步骤可以获得成功的结果—如果用户按其应该的方式输入所有内容，他们会附加正确的文件类型、输入正确的数据、选择正确的选项、正确导航—单向，还可以填写所有必填字段。快乐之路！不幸的是，这并不会导致构建具有弹性的软件应用程序—这些应用程序并不健壮或可伸缩，而且通常情况下，一旦测试了更多的场景，就会发现堆积如山的缺陷。在这个阶段，你可能会想-这是好的-这是早期的，但是这种开发实践会很快赶上你的-所以，我们如何在设计、构建和测试应用程序时建立弹性？简单地说，我问一个简单的问题——如果？