È difficile prendere decisioni che utilizzano le promesse per gli input della GUI?

5

Così come conosci il contesto: DOM con JavaScript, anche se penso che sia principalmente un problema agnostico linguistico (so che ho messo entrambi i tag indipendenti dal linguaggio e JavaScript, ma è solo per farti vedere qualcosa che potrei non essere in grado di vedere da solo).

Recentemente ho deciso di utilizzare un meccanismo di promessa per risolvere le interazioni con l'utente (clic, input da tastiera) e mi chiedevo se I mancava il punto delle promesse .

Ad esempio, l'algoritmo sarebbe simile a questo

  • avvia il menu principale (funzione che restituisce una promessa)
  • quindi (accetta un parametro, imposta alcuni dati esterni in base all'input)
  • quindi (attende una serie di clic)
  • quindi (vai a un altro menu, anche restituendo una promessa)
  • catch (qualcosa è stato rifiutato - > quindi lancia tutto di nuovo dall'inizio)

È un ciclo, nel senso che se fallisce da qualche parte, ricomincia tutto da capo. Mi chiedo se abbia fatto un totale idiota di me stesso con questa decisione o se sto facendo davvero delle promesse, o quasi, ma non del tutto.

Puoi illuminarmi per favore?

    
posta axelduch 27.02.2015 - 18:26
fonte

1 risposta

3

Per quello che vale, l'articolo che hai linkato parlava di persone che scrivono promesse biblioteche, non di persone che le usano.

Il tuo caso d'uso sembra un po 'più grande del tipico, ma per quanto ne so dalla tua descrizione, è relativamente adatto alle promesse. Le promesse sono progettate per semplificare il sequenziamento e la composizione del codice asincrono. Questa è certamente la tua situazione qui. Ti stai aspettando diverse azioni asincrone in sequenza, molte delle quali potrebbero avere sottosequenze.

Assicurati che in realtà semplifichi il tuo codice. Se ti trovi in una situazione in cui hai molte difficoltà a ottenere una promessa di lavoro, usa qualcos'altro per quella parte del codice.

    
risposta data 27.02.2015 - 21:10
fonte