web-services - 在进行遗留系统集成时，是否有任何替代 Web 服务的方法？

Question

假设我有这种情况：

一个传统的Visual Basic 6应用程序，它通常无法连接到 Web 服务（XML soap 或 restful API），它作为客户端应用程序工作，需要以某种方式集成实际上来自表单输入的数据，其他系统大多是开发的在.net

到目前为止，我的想法是：

• 套接字连接
• 通过 FTP 传输文件（实现一个适配器来读取和解析信息到其他系统）
• 电子邮件发送（客户端）/解析（服务器） - 这不可靠

这种情况下还有其他选择吗？

Answer 1

基本上所有的互联网协议（HTTP、FTP、SMTP）都是为数据传输而设计的。它们都通过套接字。您可以使用其中任何一个在两点之间进行通信。

这实际上取决于您要传输的数据。

个性，我认为定制的最适合。在 .net 中使用套接字发送 UDP 包很简单。您可以根据需要在那里定义您的数据。

Answer 2

.Net WCF 不仅仅是 VB6 的问题。WCF 存在臭名昭著的互操作性问题，因为其中有大量是 .Net 自己的小世界高度专有的。

SOAP 正在慢慢消亡，但遗憾的是在 .Net 商店中徘徊，因为有几个因素，例如挂在早期的 .Net 版本和普遍的惰性。尽可能避免它。

RESTful 和 RESTlike API 在 VB6 中使用起来并不难。最大的障碍通常是基于 HMAC 的身份验证技术、JSON 序列化等，因为 Microsoft 从未费心提供任何 VB6 工具。虽然有很多对 HTTP 和 XML 的支持。

还有大量的社区创建和 3rd 方代码示例和产品可用于基于 HTTP 的 API。诀窍是在它们之间进行选择，然后执行必要的集成。

但我觉得这不适合你。

不要太快放弃 MSMQ 作为另一种可能的选择。

Answer 3

我会选择使用队列（如果可能的话）。我之前看过一些将 MSMQ 与其他供应商消息传递系统集成的文档。前任。MSMQ 到 Tibco 等

您确实可以立即获得好处，因为您可以创建适配器以与消息传递系统通信，然后可以自由选择您想要交换的任何消息格式。