三层架构中的外部通信

Question

当我阅读 3 层架构时，我无法理解通过 FTP 和 Telnet 进行的通信在哪里适合该模型。

我应该把通信层放在数据访问层旁边吗？

当我使用 FTP 和 Telnet 检索和更新外部系统中的信息时，这似乎是合乎逻辑的，就像使用数据库一样。此外，可以将 telnet 命令的复杂性隐藏在业务层之后。

或者我可以使用模型中的任何最佳实践？

编辑

FTP

Ftp 用于读取和更新位于旧系统上的文件。因此，它可以被视为一种数据访问组件的形式。

要从系统中检索的文件既可以是源代码文件，也可以是配置文件。我会将配置文件与 DTO 对象进行映射，以便更轻松地使用它们。

未来，我们计划将旧文件系统公开为普通的 Windows 文件系统，以便我们可以将其作为普通文件系统进行访问。

远程登录

Telnet 用于：

• 向系统下达命令
  这不属于 DAL，也许它可以位于 DAL 旁边的单独层中
• 从系统中获取信息
  我不确定这属于哪里。例如，我可以对系统的状态感兴趣，感觉就像 DAL。但是要获得这些信息，我必须运行 Telnet，然后感觉就像 与上述相同。
• 与实时数据库通信
  在遗留系统中，有一个我们必须访问的实时数据库。我们计划在未来使用现代数据库接口（例如 ODBC）公开它，但今天只能通过 telnet 访问它。也许我可以在 DAL 中创建一个 LegacyDbBlock 内部使用 Telnet 功能？

这是我如何设计它的建议。这是个好主意吗？

Answer 1

FTP 和 Telnet 在系统环境中完成什么？

FTP 通常用于以文件的形式存储和检索数据。那是一种数据访问。如果这是使用 FTP 的方式，那么 FTP 属于数据抽象层。例如，可能有一个名为 Company.FtpDataBlock 的新组件。 FtpDataBlock 组件将扮演与关系数据访问组件类似的角色。它不是连接到关系数据库，而是连接到 FTP 服务器。 FTP 服务器可以放置在 DatabaseServerSide 矩形中，或者您可以创建一个名为“FileServerSide”的新矩形。

业务层中的业务实体会向数据访问层发送信息请求。然后，数据访问层通过选择适当的数据访问组件来决定如何满足请求。理想情况下，DAL 使业务实体不知道数据存储是 RDBM、FTP 服务器、WebDAV 服务器、NoSQL DB 还是其他任何东西。

Telnet 有点困难。 Telnet 比 FTP 更通用，一般用于命令和控制。如果我没记错的话，FTP 协议实际上是建立在 telnet 之上的。

如果应用程序使用 Telnet 进行命令和控制，那么从概念上讲，它并不真正属于数据访问层。出于实际原因，您最终可能会将其视为基于会话的数据源。发出命令变成了同步数据写入（命令）和数据读取（响应）的组合。

但是，如果 Telnet 真的用于向另一个系统发出命令，那么它应该在另一个名称为“网关”或“外部系统访问层”的框中。在架构上，您可以将 Telnet 视为另一种远程过程调用技术，例如 SOAP。

当然，这完全取决于 Telnet 的使用方式。