3层架构中的外部通信

Question

当我读到有关3层架构时，我无法理解通过FTP和Telnet进行通信的位置是什么样的。

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

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

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

修改

FTP

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

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

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

的Telnet

Telnet习惯于：

• 向系统发出命令
  这不属于DAL，也许它可以位于单独的层中的DAL旁边
• 从系统中获取信息
  我不确定这属于哪里。例如，我可以对系统的状态感兴趣，感觉就像DAL一样。但要获取此信息，我必须运行Telnet，然后感觉就像 与上述要点相同。
• 与实时数据库通信
  在遗留系统中，有一个我们必须访问的实时数据库。我们计划将来使用现代数据库接口（例如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协议实际上建立在telnet之上。

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

但是，如果Telnet确实用于向另一个系统发出命令，那么它应该位于另一个名为“Gateway”或“External System Access Layer”的框中。从架构上讲，您可以将Telnet视为另一种其他远程过程调用技术，例如SOAP。

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