c# - 三层架构中的外部通信

Question

当我读到 3 层架构时，我无法理解 FTP 和 Telnet 等通信方式适合该模型。

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

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

或者模型中是否有我可以使用的最佳实践？

编辑

FTP

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

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

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

远程登录

Telnet 用于:

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

这是关于我如何设计它的建议。这是不是一个好主意？

Answer 1

FTP 和 Telnet 在系统上下文中完成什么任务？

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

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

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

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

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

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