我正在尝试在通过WiFi连接的各种设备之间实现通信系统。
桌面（Mac/Win/Linux）用作服务器，而手机（Android/iPhone/BlackBerry）（例如50个）将是客户端。
应该有一个客户端服务器以及客户端 - 客户2向通信。
在客户端服务器通信中，我需要访问服务器中的数据库。在对此进行冲浪时，我遇到了Zeromq，是一个高性能异步消息库，也可以解决复杂分布式通信系统的更好解决方案。
注意：
是的，我完全是此通信和网络的新事物，但是请尝试 Learning 。（猜猜事实很好地反映在问题的清晰度中：p）
编辑：
如果Zeromq似乎不是一个不错的选择，请建议我其他一些实现这一目标的方法。
是的，Zeromq是一个很棒且功能强大的工具
这并不意味着它是任何特定项目的最佳工具。
许多其他事实比内置的代码和服务架构更重要。
- 项目的范围爬行的潜力，在目标设备多样性中移动沙子，各自的O/S版本，补丁，EOL维护/无支撑的孤儿院
- 项目计划/与团队已经应计的{Zeromq和其他工具}工艺
- 服务的缩放 - 从5、50、500、5000 开始
- 服务鲁棒性/{服务＆amp;交易} - 自助策略
- 服务风险与没有任何版本 - {-control- |-forcection-} - 松散耦合甚至不受控制的域
- （非 - ） - { - 稳定|的服务风险 - 可用}语言绑定或包装介质。
一旦打开Zeromq Perspective
，人们将始终学到很多东西有很多观点，这将有助于人们更好地设计甚至非分布的服务。零拷贝设计规则，零共享目标，（几乎）零延迟，（几乎）（几乎）（几乎）线性缩放的零超额范围 - 这些只是少数原则，如果从学习中受益，则可能受益。ZEROMQ从其地面 - 零根。
我可能会指示一个最好的下一步，请随时在此处阅读Zeromq帖子以进行FF阅读，并且不要错过从Pieter Hintjens下载出色的必读书籍：/strong>"。
在理解Zeromq的观点后，纳米格或任何其他可用工具可能会提供一些其他视图（一个将是 成熟的，并准备就绪，还可以评估以这种理由支付的风险/费用）。