Vinícius, parabéns pelo projeto. Li a documentação no readme e notei que a bibli · lemuelroberto

Vinícius, parabéns pelo projeto.

Li a documentação no readme e notei que a biblioteca presume o conhecimento do consumidor no momento da publicação da mensagem, permitindo apenas um único consumidor por vez. Essa abordagem é pouco comum na prática e limita bastante as possibilidades de uso. Em plataformas de mensageria, como Kafka, RabbitMQ, AWS SQS e GCP Pub/Sub, há um desacoplamento entre produtores e consumidores, o que possibilita múltiplos consumidores de eventos.

Para referência, utilizei essa parte da sua documentação:

import { Publisher } from 'kiwee';

const message = Publisher.prepareMessageToPublish({
  consumer: 'ConsumerName',
  action: 'ActionName',
  payload: { /* your payload */ },
});

// Publish the message using your preferred messaging system

Boa sorte e bom trabalho.

Opaa lemuelroberto, muito obrigado pelo feedback detalhado! Fico feliz que tenha tirado um tempo para entender sobre o projeto.

Entendo perfeitamente a sua observação sobre o modelo atual da biblioteca e o ponto que você levantou é totalmente válido. Essa forma de comunicação assíncrona é nova para mim, então a ideia inicial era exigir a especificação do consumidor no momento da publicação para casos de uso mais restritos e controlados, onde há uma relação direta entre quem publica a mensagem e quem deve processá-la.

Baseado no seu comentário, vou considerar ajustes futuros na biblioteca para promover um maior desacoplamento entre o publisher e os consumers, permitindo uma abordagem onde a publicação não exige o conhecimento prévio do consumidor e possibilita múltiplos consumers por mensagem. Isso também abriria caminho para integrações mais alinhadas com as plataformas de mensageria que você citou.

Agradeço mais uma vez pelo seu feedback construtivo e pela oportunidade de melhorias. Se tiver mais sugestões ou idéias, ficarei feliz em discutí-las!

Abraços