本文共 633 字，大约阅读时间需要 2 分钟。

Laravel的契约系统是一个定义框架提供核心服务接口的集合。以Illuminate\Contracts\Queue\Queue为例，它定义了处理任务队列所需的基础方法，而Illuminate\Contracts\Mail\Mailer则规范了电子邮件发送的操作流程。每个契约都附带了框架的默认实现，例如支持多种驱动程序的队列处理逻辑或基于SwiftMailer的邮件发送功能。

这些契约通常存储在专门的GitHub仓库中，这为开发者提供了一个集中化的资源点，方便查阅和使用任何可用接口的实现细节。

梳理契约与Facades的关系

作为Laravel服务的另一种使用方式，Facades和Helper函数提供了一种无需直接从服务容器中解析契约的便利途径。在大多数情况下，Facades接口与对应的契约是等价的。然而，契约的优势在于它允许我们在类构造时明确声明依赖性。一些开发者更倾向于用契约进行操作，因为这赋予了更高的可控性。

无论是使用Facades还是契约，大多数项目都能实现目标。但在构建程序包时，推荐使用契约，因为它更便于测试和扩展。

使用契约的场景

是否选择使用契约或Facades，关键在于开发者的偏好和项目需求。两者均可以用来构建功能完善并经过充分测试的Laravel应用程序。只要保持代码的职责分离原则，效果基本一致。

然而，若要在构建程序包时选择契约，这通常是更好的选择。因为这种方法能够更好地支持测试环境，同时确保程序包的高度可定制性和可扩展性。