Migliore architettura per una coda pubblica di richieste in arrivo?

Question

Abbiamo una web app (ASP) che ha il flusso di lavoro in esso per la gestione di assegnare il lavoro alle persone. Il problema è prima di firmare un lavoro. Nel corso della serata / operazioni di mattina presto notte / sono leggermente di personale in modo che la coda di gestione del lavoro non può essere guardato da vicino, se altro lavoro critico viene eseguito dal computer (ottenendo strumenti da scaffali per la meccanica). Quindi abbiamo un requisito funzionale per creare un programma per un display continuo rinfrescante del nuovo lavoro non assegnato sullo schermo di un monitor o una TV nella zona di lavoro.

La mia domanda: C'è qualche best practice consigliate per l'architettura di distribuzione? Web vs applicazione Desktop Client Thick?

Web:

Pro - Mantiene l'architettura coerente

Contro - Controllo della scatola possono difficili dobbiamo prendere misure supplementari per assicurare la casella non è dirottato ad altri siti, il controllo accessi limitati, altre garanzie e delle risorse del computer

Desktop Spesso Cliente:

Contro - applicazioni sia web e clienti si devono essere supportati. Richiederà due istanze schierate a due posizioni

Pro - Sicurezza e limitare l'uso della scatola sono semplici. Nessun registro di protezione applicazione in modo che funzioni come richieste del PE può portare applicazione back up in caso di necessità.

Answer 1

Ho creato qualcosa di simile in passato. Ho usato un "Jack PC" ( http: //www.chippc. com / thin-client / jack-pc / index.asp ) con una grande TV LCD collegato ad esso. Il Jack PC è stato configurato per connettersi automaticamente al server utilizzando RDP e sceneggiato per avviare un'applicazione Windows Forms sul server. L'applicazione di Windows Form era fondamentalmente un modulo con un controllo WebBrowser. Questa applicazione fondamentalmente chiamato una query secondo un calendario predefinito alla ricerca di URL da caricare. C'era una seconda applicazione Web che conteneva le pagine con la logica per caricare / visualizzare i dati. In sostanza si potrebbe visualizzare qualsiasi contenuto HTML, i rapporti inclusi. Spero che questo ti dà alcune idee.

Answer 2

Mi sembra uno scenario adatto alla Observer Pattern. Questo vi permetterà di rotolare future 'osservatori' (dispositivi mobili, desktop, ecc), senza la necessità di ri-architetto la vostra applicazione di base del flusso di lavoro.