Tag: masstransit

如何使用分散/聚集模式实现传奇在MassTransit 3.0中

吉米·博加德（Jimmy Boagard） 在这里描述了一个麦当劳快餐连锁店（McDonalds fast food chain）， 在这里将其与分散收集模式相比较 从上面的文章中偷取的工作stream图像： 初步实施思路： 对于所有食品站将获得的所有types的食品事件具有共同的接口，然后每个食品站将能够消费/创build其相应的项目并发布通用事件。 例如：炸薯条和汉堡包关于炸薯条的命令，炸薯条消费命令宣布事件正在监听的ItemDoneEvent。 最初的担忧： 由于佐贺不关心完成的食物types，所有的食物都完成了这似乎是一个好的解决scheme。 然而， 在阅读了关于共享队列的警告之后 ，我们注意到， 使用MassTransit 3.0消除了Consumer.Conditional过滤。这种方法似乎认为框架会说“Bad Things（TM）将会发生”。 但是我不确定你还会怎么做，只要在厨房里为每个食物创build一个消息请求和响应，并将事件关联起来。 例如：FriesOrdered，BurgerOrdered FriesCooked，BurgerCooked。 如果你必须为厨房里的每一件物品做这件事，这将是非常乏味的。 考虑到上述问题 – 这种types的工作stream程的好例子是什么样的？

NServiceBus与MassTransit

我正在努力与NServiceBus和MassTransit的利弊名单。 现在我知道这里已经有了一个线程，但是它并没有真正回答我的问题。 这是我迄今读过的： NServiceBus，是的，它是许可的，它不是免费的。 MassTransit，是的，它是开源的，但文件似乎缺乏。 NServiceBus较老，并有更多的参考。 很难find关于MassTransit的东西，但我是开放的。 但是，我必须提供一个坚实的解决scheme，所以我不得不问。 所以请，有两个框架经验的人。 为什么要selectNServiceBus？ 或者为什么要selectMassTransit？ 性能，安全性，规模还是？

nServiceBus VS公交与犀牛服务总线VS其他？

只是做一些快速的高峰，可能使用消息传递系统来处理文件，在一个很好的解耦工作stream程系统。 人们已经发现使用上述每个框架的赞成和反对的是什么？ 与使用WCF绑定和/或非MSMQ解决scheme的手动滚动MSMQ系统相比，使用这些优点是什么？