concurrency - 我应该使用 SignalR 填充 ConcurrentQueue 并使用任务并行库 (TPL) 处理它吗？
问题描述
我有一个正在构建的 P2P 客户端，并且希望入站消息流SignalR -> System.Collections.Concurrent -> TPL Dataflow用于所有入站消息。
然后，我将使用类似的结构发送消息，要么通知现有的 SignalR 客户端，要么使用 SignalR 连接到另一个同样运行 SignalR 的对等主机。
我的问题是我应该在 SignalR 和 TPL 之间使用哪种中间对象？什么将确保正确阻止和处理到达的消息？
- 什么将确保正确发送消息？
- 我有哪些选择，我应该如何在它们之间做出选择？
解决方案
推荐阅读
- python - 使用带有字符串和整数的 Pandas 系列的先前值
- windows - 从 Windows 批处理文件打开 chrome 下载
- onenote-api - 如何获取 OneNote API 的 authProvider
- bash - 循环遍历 bash 中的文件名数组并读取它们
- c++ - glpointsize() 缩小点失败
- python-3.x - 找到一种从网站中提取图像的 URL 和描述的方法
- javascript - 如何从缓冲区返回文件流？
- node.js - node-gd 的复制功能无法识别
- c++ - PostgreSQL C++ libpq 编码 UTF-8 问题
- c - 链表上的纸牌和 Riffle Shuffle