Un'applicazione web a più pagine non è adatta quando sono necessari push server affidabili?

2

Immagina un'applicazione web per call center con un telefono morbido che rileva automaticamente quando una chiamata è iniziata o il chiamante ha riagganciato. L'approccio ovvio alla ricezione di questi messaggi sarebbe una sorta di server push (a.k.a. Comet). È piuttosto disastroso se perdiamo uno di quei server push.

Questa applicazione deve essere scritta come app per JavaScript a pagina singola o è un'app più tradizionale per più pagine anche un'opzione affidabile? (O è ciò che iframe s è per ?)

La mia più grande preoccupazione per l'utilizzo di un'app multi-pagina è la perdita di messaggi push durante la modifica delle pagine.

La mia maggiore preoccupazione sull'utilizzo di un'app a singola pagina è la complessità.

    
posta Mike M. Lin 05.10.2011 - 23:48
fonte

1 risposta

1

Per quanto ne so, il soft dialer risiede su un server separato da solo, e gli agenti interagiscono usando le interfacce web. La tua app web deve introdurre vincoli sull'agente come non essere in grado di "cambiare pagina" senza prima effettuare una chiamata dal vivo. Ora, se fossi in te, sì, userei "pesante" AJAX nelle mie pagine per realizzare questo. Inoltre, controlla ViciDial se sei serio nel scrivere la tua suite CC.

Suggerirei un mix di AJAX e l'impostazione tradizionale multi-pagina (ad esempio, non è necessario AJAXify la disconnessione / log-in di un agente off-call)

    
risposta data 06.10.2011 - 00:07
fonte