Laravel防御编程：通过测试预测失败

当您开始开发一个新功能时，明智的做法不仅是计划它的预期工作方式，而且还要计划如果某个功能失败会发生什么。提前花时间预测失败是一个优秀开发人员的品质。举个简单的例子，考虑一个由第三方服务的数据填充的博客。例如，Laravel新闻的主页从LaraJobs获得了工作机会。如果拉霍布斯倒下了怎么办？或者停止工作？既然我们不知道依赖关系什么时候会失败，最好通过测试来计划失败，这样我们可以对失败的状态更有信心。 Laravel可以帮助我们编写测试，用实时的外观来计划失败，但在我们开始之前，让我们创建一个虚构的实现来将文章列表拉到我们的站点。 p>p>让我们从下面的一个ArticleRepository类的示例开始，并将Guzzle HTTP客户端作为一个依赖项： pre>****** 1client->get(\"posts\", => $id]]);18}19}** 如果您不熟悉Guzzle: Guzzle是一个PHP HTTP客户端，它使发送HTTP变得很容易与web服务集成的请求和琐碎的工作。我们在ApiArticleRepository类中可以采用的一种方法是将这个实现隐藏在一个接口后面，您可以使用Laravel的服务容器来实例化这个类： 1app->singleton(\"PostRepository\", function () {10return new ApiPostRepository(new GuzzleClient ([12]);13});14} ，下面是一个如何实现控制器中的存储库： 119}20}测试失败考虑到我们的ApiArticleRepository类，我们可以从思考如果API响应异常会发生什么开始。当Guzzle尝试发出请求但失败时会发生什么？Laravel有一个叫做实时外观的概念，我们可以用它来模拟一个异常并测试我们的代码如何响应。，它们可以定义如下： Facades为应用程序服务容器中可用的类提供\"静态\"接口。使用Facades的一个优点是，您可以访问一些方法，这些方法可以帮助您在测试中创建任何类的模拟环境。如何使用实时外观实例化类？您唯一需要做的就是将Facades前缀添加到use语句中，如下所示： 1 $id]]);14}15}模拟Guzzle响应 1andThrow(10new GuzzleHttpExceptionRequestException(11\"Error Communicating with Server\",12new GuzzleHttpPsr7Request(\"GET\", \"test\")13)14);1516$this->expectException(GuzzleHttpExceptionRequestException::class);17 1]);20}21} 的结果此测试： 1$ phpunit>2PHPUnit 6.5.5 by Sebastian Bergmann and contributors.34.1 / 1 (100%)56Time: 131 ms, Memory: 12.00MB78OK (1 test, 2 assertions) 使用shouldReceive()方法返回MockeryExpectation::class的实例，因此我们可以链接andThrown()方法，以指定每次应用程序尝试在GuzzleHttpClient实例上运行get()方法时引发的异常。下面一行是断言本身，如果预期的异常从未被触发，它将在我们的测试中返回一个错误当ApiArticleRepository::get()尝试访问GuzzleHttpClient::get()方法时，指定的异常将被抛出，而不是成功响应，您将能够进行更高级别的测试，例如： 1andThrow(10new GuzzleHttpExceptionRequestException(11\"Error Communicating with Server\",12new GuzzleHttpPsr7Request(\"GET\", \"test\")13)14);1516$this->expectException(GuzzleHttpExceptionRequestException::class);1719$response->assertStatus(500);20}21} 在这种情况下，我们的测试也将通过。 1$ phpunit>2PHPUnit 6.5.5 by Sebastian Bergmann and contributors.34.1 / 1 (100%)56Time: 131 ms, Memory: 12.00MB78OK (1 test, 2 assertions)最后的想法我认为这是一种相对简单的方法来测试您的应用程序，当您需要使用guzzle的外部服务和第三方api时，可以预测失败。另外，如果您刚刚开始使用测试，相信我，您会发现这比尝试创建mock、stub、使用double等要容易得多。仅此而已，现在您已经准备好编写一个由响应外部API故障的测试支持的HTTP客户机实现了。

Laravel防御编程：通过测试预测失败

CSS无头WordPress到底有多合适？

CSS制作带有粘性页眉和页脚的表格变得更容易了

CSS技巧编年史XXXX

CSS使用子资源完整性保护您的网站

CSS联合的可能性

CSS在开放细节元素上添加背景

CSS容器查询的聚宝盆

CSS target=blank

CSS查看WCAG 2.5.5以获得更好的目标尺寸

CSS Trickz：Netlify随需应变构建器的实验