Sviluppo · integrazione · reverse engineeringOstwald · Alsazia · Progetti remoticontact@dtouch.fr
WebSocket · Stati · interfacce

Real time & architetture di eventi

Il risultato di un'azione talvolta arriva ben dopo la sua richiesta. L’ecosistema Rey’actif ha utilizzato dispatcher WebSocket per applicazioni web ed elaborazione InDesign Server: un’esperienza nell’articolazione tra eventi, stati e interfacce.

Separare la richiesta dal suo risultato

Una generazione di documenti o un'elaborazione di immagini possono richiedere un'attesa. L'interfaccia deve essere in grado di presentare l'applicazione e quindi la sua evoluzione, senza suggerire che il primo riconoscimento della ricevuta è la consegna definitiva.

In Rey’actif, i servizi di elaborazione e le applicazioni web erano collegati ai dispatcher WebSocket. Il lavoro di integrazione è consistito nel collegare questi componenti a passaggi comprensibili agli utenti.

Connetti gli eventi del server InDesign

Diversi responsabili dell'elaborazione controllavano gli ambienti InDesign Server. I controlli per le modifiche INDD e lo stato del PDF erano altri punti di follow-up nella catena.

Il feedback deve consentire di distinguere il documento da elaborare, il lavoro in corso e l'output disponibile. Gli eventi servono questa lettura comune tra il motore e l'interfaccia.

Mantenere uno stato coerente dopo l'interruzione

Un utente può chiudere il suo browser, perdere una connessione o tornare in una cartella più tardi. Il design deve fornire come recuperare lo stato del lavoro e avvicinare le informazioni all'interfaccia con quello del servizio.

Esaminiamo questi scenari durante l'integrazione: riconnessione, rivisualizzazione, elaborazione completata tra due visualizzazioni e messaggio ricevuto in un ordine imprevisto. Il servizio deve restare intelligibile nelle situazioni lavorative ordinarie.

Rispettare il contesto utente

Una notifica deve aderire alla sessione giusta e al contesto aziendale giusto. L'ambiente Rey-Active includeva la gestione delle sessioni OAuth e dei codici di sicurezza inviati da SMS.

La connessione tra accessi, eventi e file richiede di definire cosa ogni utente può consultare e attivare. La reattività dell'interfaccia rimane legata al controllo degli accessi e alla coerenza dei dati.

Capire gli scambi

Collegare le applicazioni e mantenere il controllo dello scambio.

Esempio di percorso con elaborazione differita: il connettore prepara i dati, ne organizza il trasferimento e conserva i risultati degli scambi per il monitoraggio e il recupero.

Collegare le applicazioni e mantenere il controllo dello scambio.Ingrandisci il diagramma
  1. 01

    Fonti

    API, file e database

    Identificatori • formati
    Dati in arrivo ↓
  2. 02

    Adattamento

    Corrispondenza commerciale

    Campi • unità • riferimenti
    Dati trasformati ↓
  3. 03

    Coda di elaborazione

    Organizzare le richieste

    Priorità • pianificazione
    Compiti pronti ▼
  4. 04

    Esecuzione

    Trattare le attività

    Controlli • partite
    Scrivere nel bersaglio ▼
  5. 05

    Destinazione

    Applicazione o ERP

    Oggetti • regole di gestione
    Resi e varianze ▼
  6. 06

    Seguito e ripresa

    Ritorna il controllo

    Diario • stato • promemoria
Collegare le applicazioni e mantenere il controllo dello scambio.Ingrandisci il diagramma
Schema funzionale · lettura sintetica dei flussi e dei punti di controllo.
Identificare

Conserva il riferimento dell'origine e quello dell'applicazione di destinazione.

Trasformazione

Descrivere le corrispondenze e distinguere le chiamate dirette dall'elaborazione differita.

Prendilo.

Trova lo stato e il contesto di uno scambio da ritirare.

Il tuo lavoro merita
gli strumenti giusti.

Un bisogno specifico, un software da evolvere, un progetto da inquadrare.

Scambio sul tuo progetto

Competenze complementari, la stessa esigenza di qualità.