1
누군가 Rebus를위한 새로운 전송을 구현하려 했습니까? 얼마나 많은 작업이 포함됩니까? 예 : 구현해야 할 인터페이스의 수? Greg Youngs 이벤트 스토어와 같은 합리적인 전송 메커니즘이 사용된다고 가정하십시오.새로운 전송으로 rebus 확장하기
감사합니다.
A
답변
1
적절하게 @ user1121956이라는 말을 사용하면 IDuplexTransport을 구현해야합니다. 단지 ISendMessages과 IReceiveMessages을 함께 가져 오는 것입니다.
두 개의 인터페이스는 두 가지 방법으로 구성됩니다. 따라서 새 전송을 구현하는 데 많은 노력이 필요하다고 말하면 이러한 메소드를 구현하는 것이 쉽지 않기 때문입니다.
그것은 가능하지 않다는 것을 의미하지 않으며, 올바른 일을하기 위해 매우 조심해야 할 필요가있는 곳입니다. 그렇지 않으면 메시지가 삭제되거나 다른 나쁜 일이 발생할 수 있습니다. 멋진데 :)
그 말로는 - 당신이 그것에 익숙해 있다고 생각한다면 - Rebus 소스 코드를 확인하고 the contract tests for the transports을 조사 해보길 권한다. 일반적인 시나리오가 공식적으로 지원되는 모든 교통 수단. 좋은 시작점은 GregsEventStoreTransportFactory으로 테스트를 확장하는 것입니다.
문제가 발생하면 길을 따라 안내해 드리겠습니다.
+0
그레이트 thx. 이벤트 저장소는 우리 조직의 pub 하부 인프라의 핵심 부분이 될 것이며 저는 rebus가 훌륭한 프로그래밍 모델을 제공 할 수 있다고 믿습니다. – fsl
+1
다음 논리적 단계는 무엇입니까? 모든 계약 테스트가 통과 중입니다 ... – fsl
+0
[pull request] (https://help.github.com/articles/using-pull-requests/)를 보내시겠습니까? :) – mookid8000
** 주관적인 질문을 묻지 마십시오. ** 제한없는 가상의 질문 : "______이 (가) 발생하면 어떻게합니까?"출처 : [질문하지 않는 형식은 무엇입니까?] (http : // stackoverflow .com/help/dont-ask) –
하나의 인터페이스 (IDuplexTransport)가 있습니다. 그것을 구현하는 데 얼마나 걸리는지는 운송 자체에 달려 있습니다. mookid8000은 그것이 많은 일을한다고 말합니다. 나는 그를 믿습니다. :) 기존 운송 수단에 잠겨서 스스로를 보지 않겠습니까? – user1121956