MIX & OTP——依赖项和总体项目

在本章中，我们将讨论如何管理 Mix 中的依赖项。

我们的 kv 应用程序已经完成，现在是时候实现处理我们在第一章中定义的请求的服务器了：

但是，我们不会向 kv 应用程序添加更多代码，而是将 TCP 服务器构建为另一个应用程序，即 kv 应用程序的客户端。由于整个运行时和 Elixir 生态系统都面向应用程序，因此将我们的项目拆分为可以协同工作的较小应用程序而不是构建一个庞大的单片应用程序是有意义的。

在创建新应用程序之前，我们必须讨论 Mix 如何处理依赖项。实际上，我们通常使用两种依赖项：内部依赖项和外部依赖项。Mix 支持同时处理这两种依赖项的机制。

外部依赖项

外部依赖项是与您的业务领域无关的依赖项。例如，如果您需要分布式 KV 应用程序的 HTTP API，则可以将 Plug 项目用作外部依赖项。

安装外部依赖项很简单。最常见的是，我们使用 Hex 包管理器，通过在我们的 mix.exs 文件中的 deps 函数内列出依赖项：

此依赖项指的是已推送到 Hex 的 1.x.x 版本系列中的最新版本的 Plug。这由版本号前面的 ~> 表示。有关指定版本要求的更多信息，请参阅 Version 模块的文档。

通常，稳定版本会推送到 Hex。如果您想依赖仍在开发中的外部依赖项，Mix 也能够管理 Git 依赖项：

您会注意到，当您向项目添加依赖项时，Mix 会生成一个 mix.lock 文件，以确保可重复构建。必须将锁定文件签入到您的版本控制系统中，以保证使用该项目的每个人都使用与您相同的依赖项版本。

Mix 提供了许多处理依赖项的任务，可在 mix 帮助中查看：

最常见的任务是 mix deps.get 和