上一页 1 ··· 8 9 10 11 12 13 14 15 16 ··· 24 下一页
摘要: 默认的AMQP发布不是事务性的,并不保证您的消息实际到达代理。AMQP确实指定了事务发布,但是使用RabbitMQ它非常慢,我们还没有通过EasyNetQ API支持它。对于高性能保证交付,建议您使用“发布者确认”。简单来说,这是AMQP的扩展,它在代理成功接收到您的消息时提供回调。 “成功收到”是 阅读全文
posted @ 2018-08-07 15:48 wangwust 阅读(392) 评论(0) 推荐(0) 编辑
摘要: 您可以订阅接口,然后发布该接口的实现。 我们来看一个例子。我有一个接口IAnimal和两个实现Cat和Dog: 我可以订阅IAnimal并接收Cat和Dog类: 让我们发布一只猫和一只狗: 请注意,我必须明确指定我发布IAnimal。EasyNetQ使用发布和订阅方法中指定的泛型类型将发布路由到订阅 阅读全文
posted @ 2018-08-07 15:46 wangwust 阅读(294) 评论(0) 推荐(0) 编辑
摘要: 在为队列生成名称时,EasyNetQ的默认行为是使用消息类型名称并将其附加到订阅ID。例如PartyInvitation,命名空间中的消息类型EasyNetQ.Tests.Integration将使用队列名称EasyNetQ.Tests.Integration.PartyInvitation:Eas 阅读全文
posted @ 2018-08-07 15:45 wangwust 阅读(415) 评论(0) 推荐(0) 编辑
摘要: RabbitMQ具有非常酷的功能,基于主题的路由,允许订户根据多个标准过滤消息。主题是由与消息一起发布的点分隔的单词列表。例如,“stock.usd.nyse”或“book.uk.london”或“abc”,这些单词可以是您喜欢的任何内容,但通常是该消息的某些属性。主题字符串的长度限制为255个字符 阅读全文
posted @ 2018-08-07 15:41 wangwust 阅读(684) 评论(0) 推荐(0) 编辑
摘要: 发布/订阅和请求/响应模式是位置透明的,因为您不需要指定消息的使用者所在的位置,而发送/接收模式专门用于通过命名队列进行通信。它也不会假设可以通过队列发送的消息类型。这意味着您可以通过同一队列发送不同类型的消息。 发送/接收模式非常适合创建“命令管道”,您需要将缓冲通道发送到单个命令处理器。 要发送 阅读全文
posted @ 2018-08-07 15:40 wangwust 阅读(412) 评论(0) 推荐(0) 编辑
摘要: EasyNetQ还支持请求/响应消息传递模式。这使得实现客户端/服务器应用程序变得容易,客户端向服务器发出请求,然后服务器处理请求并返回响应。与传统的RPC机制不同,EasyNetQ请求/响应操作没有名称,但只是由请求/响应消息类型对定义。 此外,与传统的RPC机制(包括大多数Web服务工具包)不同 阅读全文
posted @ 2018-08-07 15:38 wangwust 阅读(343) 评论(0) 推荐(0) 编辑
摘要: EasyNetQ订阅者订阅消息类型(消息类的.NET类型)。一旦通过调用Subscribe方法设置了对类型的订阅,就会在RabbitMQ代理上创建一个持久队列,并且该类型的任何消息都将被放置在队列中。只要连接,RabbitMQ就会将任何消息从队列发送给用户。 要订阅消息,我们需要为EasyNetQ提 阅读全文
posted @ 2018-08-07 15:37 wangwust 阅读(404) 评论(0) 推荐(0) 编辑
摘要: EasyNetQ支持的最简单的消息传递模式是发布/ 订阅。这种模式是消除消费者信息提供者的绝佳方式。出版商简单地向全世界说,“这已经发生了”或“我现在有了这些信息”。它不关心是否有人正在倾听,他们可能是谁或他们所在的位置。我们可以添加和删除特定消息类型的订阅者,而无需重新配置发布者。我们还可以让许多 阅读全文
posted @ 2018-08-07 15:34 wangwust 阅读(250) 评论(0) 推荐(0) 编辑
摘要: EasyNetQ可以通过SSL连接。戈登·库尔特(Gordon Coulter)撰写的这本指南最初是针对一个提出的问题而写的。 首先,您必须仔细按照https://www.rabbitmq.com/ssl.html上的步骤操作。我花了很多时间试图让openssl部分工作,然后花更多的时间让它按照我需 阅读全文
posted @ 2018-08-07 15:33 wangwust 阅读(825) 评论(0) 推荐(0) 编辑
摘要: 如果您习惯于处理与SQL Server等关系数据库的连接,那么您可能会发现EasyNetQ处理连接的方式有点奇怪。与关系数据库的通信始终由客户端启动。客户端打开连接,发出SQL命令,在必要时处理结果,然后关闭连接。一般的建议是,您应该在尽可能短的时间内保持打开连接,并将连接池保留给API。 与Rab 阅读全文
posted @ 2018-08-07 15:31 wangwust 阅读(2631) 评论(0) 推荐(0) 编辑
上一页 1 ··· 8 9 10 11 12 13 14 15 16 ··· 24 下一页