我是rabbitMq和Spring AMQP的新手。 我正在从头开始构建一个新项目。在这里,我们使用rabbit-Mq作为消息代理的其中一个组件。SPRINGAMQP或RabbitMq Java API
在这个项目中,主要是所有的开发都在Java中进行。我们对一些组件使用Spring。
现在,rabbit-mq虽然用Erlang编写,但确实提供了一个干净的java Api。还有spring amqp,它提供了一个很好的界面来支持松耦合(通过AMQPTemplate等)。
我认为使用SpringAMQP的一个优点是,由于上面提到的松耦合,明天如果我们必须使用AMQP的任何其他实现,而不是rabbit-Mq(spring-rabbit),我不必更改我的代码。但正如我所看到的,今天的实施是针对rabbit-Mq的,除非出现特殊情况,否则我不会在这里发生任何事情。在可预见的未来,我们应该使用rabbit-Mq,并且也不确定是否有任何其他消息代理实现方式在rabbitmq以外的spring amqp端执行。
我认为的缺点是,由于Spring AMQP给出的抽象(除非我决定深入挖掘),我完全了解RabbitMq提供的实际客户端API。
在这种情况下,SPRING AMQP提供的优势是否比传统rabbitMq Java API还有其他优势?
谢谢
谢谢加里。它为我清除了思考过程:) –