Wpis z mikrobloga

Miraski z #dotnet #dotnetcore - probuje ugryzc temat RabbitMQ do komunikacji pomiedzy kilkoma aplikacjami dzialajacymi niejako wspolnie.

Publikowanie jest zasadniczo dosc proste, ale nie moge zalapac jak sensownie ogarnac subskrybowanie... Znalazlem tylko kilka przykladow i w sumie kazdy byl syfiasto zrobiony bo calosc subscrybowania byla wrzucona w Main co powoduje jakis kosmiczny syf no i troche niezgodnie z SOLID chyba.

Inna sprawa to dlaczego w kazdym przykladzie ludzie definiuja swoje typy eventow? Tego jakos nie moge zalapac, a nigdzie to nie jest wytlumaczone jakby to bylo po prostu oczywiste

#programowanie #csharp
  • 1
  • Odpowiedz
  • Otrzymuj powiadomienia
    o nowych komentarzach

@trustME: https://github.com/dotnet-architecture/eShopOnContainers Wpis miałeś 2 tyg temu, możliwe że to znalazłeś. Przykład wykorzystania RabbitMQ (src/BuildingBlock/EventBus/EventBusRabbitMQ). Obiekty są serializowane po nazwie klasy a następnie deserializowane i wybierana odpowiednia strategia do przetwarzania.

Sposób łączenia eventu z Handlerem jest np w /src/Services/Catalog/Catalog.API/Startup.cs (ConfigureEventBus).

Co masz na myśli mówiąc że definiują swoje typy eventów w każdym przykładzie? W sensie że serwis A ma Event1 zdefiniowany i serwis B ma Event1 znowu zdefiniowany zamiast centralnego
  • Odpowiedz