社区
我想在实现ZeroMQ的服务器上使用
/subscribe
发布-套接字(https://zeromq.org/)
我的最终产品将是一个颤振应用程序。它必须在Android/iOS/Windows/MacOS/Linux/Web上运行。所以我对插件的选择非常小心。我不想给自己带来大量特定于平台的代码,也不想依赖于在每个平台上的某些条件下可能会损坏
的插件。
我知道有一个ZeroMQ-Plugin,但它在不同平台上的可操作性方面存在一些未解决的问题。此外,我尝试在不同的Windows机器上运行它,但它仅在大约25%的情况下有效。
这是应用程序和服务器之间的基本网络通信(见下图)。
有没有可能在不实现或者不依赖ZeroMQ的C编译文件的情况下连接到ZeroMQ-Publisher-Socket?我在考虑一个< code>Socket或< code>WebSocket,但我甚至不确定它在技术上是否可行(协议等),因为我认为ZeroMQ使用它自己的协议(请验证)。
我可以在Flutter中使用Socket
或WebSocket
订阅ZeroMQ-Publisher-Socket吗?如果是,如何?有替代方案吗?
最好的问候
Q1 :
“有没有可能在不实现或不依赖ZeroMQ的C编译文件的情况下连接到ZeroMQ-Publisher-Socket?”
A1:
是的。重新实现与用例相关的已发布的ZeroMQ ZMTP RFC-s就足够了
Q2 :
"...ZeroMQ使用自己的协议(请验证)。”
A2 :
不,在OSI-ISO-L2/L3堆栈的意义上。
是的,在更高层应用程序驱动协议的意义上,ZMTP RFC-s 适用于大多数 ZeroMQ 可扩展形式通信模式的原型(可能会阅读更多关于 ZeroMQ 套接字不是您所知的套接字的信息),但也有工具可以在需要时与 O/S 普通套接字的 fd-s
接口。这里仍然适用 A1。
Q3 :“
我可以使用...订阅ZeroMQ-Publisher-Socket吗?如果是,如何?
A3 :
是的,当您的代码遵循已发布的 ZMTP RFC-s 时,这是可能的。 实现所有 ZMTP RFC-s 的强制属性
Q4 :
“有其他选择吗?”
A4:
是的,如果您的设计可以扩展服务器端,在那里添加另一个AccessPoint-s,使用ZMQ_STREAM
可扩展的正式通信原型,可能会减少ZMTP RFC-s所需的Flutter端范围,因为与本机普通套接字的接口将是唯一要处理的,并且其“功能差距”可以在链接的服务器端处理(轻松处理所有订阅管理
在运行 ZeroMQ 基本 PUB / SUB C# 示例时,如果我先启动发布服务器,它们对我有用,但如果我先启动订阅服务器,则不会。当我这样做时,订阅者启动,但从未收到任何数据。从我所读到的内容来看,我认为我应该能够以任一顺序启动这些过程。 我正在使用nuget in的ZeroMQ 4.1.0.26软件包。NET 4.6,x64应用程序。这些都是在Windows上运行的。我在同一台机器上运行这两
问题内容: 我正在尝试为python中的类编写单元测试。该类在 init 上打开一个tcp套接字。我试图对此进行模拟,以便可以断言使用正确的值调用了连接,但是显然在单元测试中实际上并未发生。我已经厌倦了MagicMock,补丁程序等,但是还没有找到解决方案。 到目前为止我的班级看起来像 问题答案: 如果您只想断言被正确调用,这很简单 如果必须先导入模块才能访问,则需要稍微调整补丁:
我需要一个Pub/Sub事件消息系统与Azure Cosmos DB。我使用Azure Cosmos DB Java SDK V4。 我尝试使用基于此示例https://github.com/azure-samples/azure-cosmos--sql-api-samples/blob/main/src/main/Java/com/azure/cosmos/examples/changefeed
我正在尝试使用grpc实现pub-sub模式,但我对如何正确地实现它有点困惑。 我的协议:rpc调用(google.protobuf.Empty)返回(流数据) 客户: 服务器服务: 如何正确地从全局观察员中删除客户端?当连接中断时,如何接收某种信号 如何管理客户端-服务器重新连接?如何在连接断开时强制客户端重新连接? 提前感谢!
问题内容: 当前,我正在使用node.js和redis来构建应用程序,使用redis的原因是由于发布/订阅功能。该应用程序只是在用户进入用户或不在房间时通知管理员。 由于我想听join和disjoin事件,我的问题是我是否应该使用两个redisclient来听这两个事件,例如 或者只是使用一个redisclient来监听和分离回调中的逻辑 我知道这两种方式都是可行的,但是我不知道人们在哪种情况下会
Redis 发布订阅(pub/sub)是一种消息通信模式:发送者(pub)发送消息,订阅者(sub)接收消息。 Redis 客户端可以订阅任意数量的频道。 下图展示了频道 channel1 , 以及订阅这个频道的三个客户端 —— client2、client5 和 client1 之间的关系: 当有新消息通过 PUBLISH 命令发送给频道 channel1 时, 这个消息就会被发送给订阅它的三个