C#队或服务总线没有依赖？
https://stackoverflow.com/questions/517376
-
21-08-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian题
有一种产品(地区开放源，但是不必要的)，这将启用一个零依赖部署？每个服务队列车或图书馆我已经能够找到依赖于一个队列中的应用程序(如以下内容)，或者一个数据库。我想一个非常轻的解决方案，我可以仅仅增加一个参考我的应用程序，建立它，并将它部署少配置为可能。
在一个理想的世界，排队/服务巴士将在IIS上运行，并允许网和丰富的客户谈谈它。
这样的工具将适用于快速原型制作的大型分布式系统在当地发展机。
解决方案
Ayende 的 Rhino Queues 正是您所寻找的，这是介绍它的博客文章：
http://ayende.com/Blog/archive/2008/08/01/Rhino-Queues.aspx
我认为这篇文章中提到的所有限制从那时起就已得到解决。
从博客文章来看，rhino 队列是：
- XCopyable、零管理、嵌入式、异步排队服务
- 面对网络时稳健
- 中断 System.Transactions 支持
- 快速地
- 通过 HTTP 工作
其他提示
在一个类似的静脉ShuggyCoUk的建议，你可以拼凑使用Windows内置的ESENT数据库（已经自带安装了Windows）队列（或队列）。有一个托管代码访问库（开源）： http://www.codeplex.com/ManagedEsent 。如果你坚持写/读的CLOB或小圆块，它应该只是罚款。如果你想成为真正聪明的，你可以使用 NServiceBus 和写（贡献？）ESENT味订阅存储和运输。还有一些进军使用ESENT上 Ayende的博客以及（你将不得不闲逛他SVN仓库的多汁比特）。
如果你很高兴成为：
- Windows 特定
- 仅限本地域
- 支持的消息大小受到严重限制
- 将底层 win32 调用包装在 P/Invoke 中
- 自己处理民意调查
- 处理允许来回通信所需的黑客攻击
- 处理保持名称同步所需的共享配置
然后快速包裹窗户 邮槽API 可能就足够了。
这 简单的例子 是一个合理的开始基础。
本文 有一些进一步的信息，但假设用例是通过控件（而不是应有的组件）以及一些较差的 WinForms 集成，因此应考虑偶然阅读而不是任何库的基础。
本文 是 C++，但具有更高的标准（评论者对其进行了扩展，以支持将较大的消息批处理为多个较小的消息）。
如果您正在谈论文本，您将获得 424 个字节（因此使用 .Net 212 个字符），您可能需要使用 ASCII 来使有用的消息长度加倍。
请注意，尽管它很简单、有局限性并且缺乏功能，但它确实提供了多播传输，但在点对点协议上分层通常很复杂。
此 ayende后 提供和有趣的比较三种服务的公共汽车。我们使用 NServiceBus 并认为如果不清楚 Udi大汉 将响应你会怎么插在非依赖的队列。
我们的工作，使用以下内容的愉快地但还有其他的选择和在理论上应当开放给任何东西，你可能会失去一些可靠性和耐久性取决于你的选择。
为什么不亚马逊的消息服务简单队列服务？
我目前工作的一个开源的基于WCF服务总线上。你可以在这里找到： http://rockbus.codeplex.com/ 。它支持动态（@运行时）订阅，subcription库（数据库），可插拔传输，基于XPath的基于内容的路由，事务交付了WCF协议，轮转交付，可插拔订阅评估，等等。看看吧！
你有没有想过使用像IronMQ服务由 http://Iron.io ？
您不会有任何相关性，可以快速原型的应用程序，而不必设置任何队列基础设施，它的高可用性和快速。
目前还不能在本地安装的版本，但它是基于即将推出的OpenStack的协议，所以会有。
顺便说一句我铁工作。
尝试 https://github.com/mcintyre321/PieQ - 这是我尝试编写一个线程安全、持久、零配置、嵌入式工作队列。它可能需要一点爱，但我认为它可能就是您正在寻找的工具。
我已经开发了可以在测试JMS应用中以没有真正连接到JMS提供者/服务器（想到HSQLDB的）一个InMemory JMS库。你不必处理连接或协议或任何东西，所有你需要做的是发送和接收消息。
