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

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 真的用于向另一个系统发出命令，那么它应该位于另一个名称为“网关”或“外部系统访问层”的框中。在架构上，您可以像对待其他远程过程调用技术(例如 SOAP)一样对待 Telnet。

当然，这完全取决于如何使用 Telnet。