event driven consumer

Hvad er egentligt præcist spørgsmålet? .NET har udemærkede kø-klasser som man bare kan bruge.

Jeg forstår ikke helt hvordan peek funktionen skal virke. Du skriver:

"Beskeden i køen skal nemlig kun hentes hvis den indeholder en  bestemt værdi og ellers skal der ventes på, at et andet system fjerner beskeden så man kan tjekke på den nye om den skal hentes."

Skal det forstås sådan at Consumer 1 smager på næste objekt i køen og hvis det ikke har en bestemt værdi, ligger objektet stadig som det næste objekt? Men hvad sker der så hvis der ankommer et objekt til køen der har den rigtige værdi. Dette nye objekt kommer så til at ligge indtil "andet system" får fjernet det første objekt. Men er det fedt?

Jeg har faktisk fået løst problemet og det pattern jeg snakkede om er blevet implementeret.

Det jeg skulle lave var et tur baseret spil og jeg brugte kø'en til dette. Jeg lagde et spiller objekt op i kø'en og så kunne jeg med dette pattern få messaging systemet til selv, at sende en besked til den bruger der havde tur næste gang.

Smart!

Det lige præcis det som det er:)