.NET 和消息传递

发布于 2024-08-20 05:17:17 字数 76 浏览 1 评论 0原文

我不断听说 MSMQ 和 Biztalk 用于消息处理,但我不完全确定这意味着什么。当这些技术到位后,消息传递和这些技术可以解决哪些问题?

I keep hearing about MSMQ and Biztalk for message processing, but I'm not entirely sure what this means. When these technologies are in place, what problems are messaging and these technologies addressing?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(2

睫毛溺水了 2024-08-27 05:17:17

消息队列和处理在计算机科学中得到了很好的研究。几乎任何一本“101”教科书都应该给你很好的解释。

MSMQ 大约从 1996 年就已经存在,而 BizTalk 已经存在了大约十年。这是维基百科

在常见场景中,BizTalk 支持
公司进行整合和管理
通过交换业务流程
商业文件,例如采购
不同之间的订单和发票
应用程序内或跨应用程序
组织边界。

Message queues and processing are pretty well studied in computer science. Just about any "101" text book should give you a good explination.

MSMQ's been around since something like 1996, and BizTalk has been around for about a decade now. Here's Wikipedia on it:

In a common scenario, BizTalk enables
companies to integrate and manage
business processes by exchanging
business documents such as purchase
orders and invoices between disparate
applications, within or across
organizational boundaries.

剩余の解释 2024-08-27 05:17:17

其一,System.Messaging 命名空间使用 MSMQ 作为底层 MOM。我对 Biz-talk 不太熟悉,所以我会让其他人对此发表评论。就我个人而言,对于消息传递,我会走 QPID 的路线,但这实际上取决于您想要做什么。

For one, the System.Messaging namespace uses MSMQ as the underlying MOM. I am not too familiar with Biz-talk so I will let others comment on that one. Personally for messaging, I would go the route of QPID, but it really depends on what you are trying to do.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文