-
Welcome to B4X forum!
B4X is a set of simple and powerful cross platform RAD tools:
- B4A (free) - Android development
- B4J (free) - Desktop and Server development
- B4i - iOS development
- B4R (free) - Arduino, ESP8266 and ESP32 development
Italian Consiglio su lettura dati in realtime
- Thread starter Xfood
- Start date
- Similar Threads Similar Threads
Purtroppo il riconoscimento vocale di Google non è il massimo Comunque mi sembra che il senso di quello che mi serve si sia capito Quindi se magari qualche buon anima possa risolvere diciamo così Questo esempio logico anche con un piccolo esempio tecnico sarebbe molto molto molto gradito
Anch'io sono contrario al polling, come tutti del resto, ma in certi casi è inevitabile, e questo mi sembra uno di quelli.
Del resto, il polling in questione potrebbe farlo un applicativo b4j installato sui "client" (punti vendita) ed informare tramite notifica l'applicazione da tenere aggiornata.
Del resto, il polling in questione potrebbe farlo un applicativo b4j installato sui "client" (punti vendita) ed informare tramite notifica l'applicazione da tenere aggiornata.
Dici i famosi polli? ???
Certo posso leggere i dati posso fare tutte le query che voglio ma non posso toccare il DB né creare trigger all'interno di questo DB ,potrei fare un altro db che acceda a questo ma non so come sincronizzarlo, in sostanza ho l'accesso completo In lettura dei dati che vengono aggiornati da loro sistema diciamo così A ogni vendita effettuata .
Ci stai dicendo che abbiamo sprecato la mattinata per dirti come fare inutilmente?
Mi arrendo vado a lavorare
Sul versante "finale" (app B4A che riceve dati aggiornati da DB remoto), per evitare la questione polling (immagina una situazione dove centinaia di copie dell'app B4A effettuino contemporaneamente il polling al DB) direi che un semplice FCM o MQTT risolva bene.
Se il "server" centralizzato ravvede la necessità di avvisare di un aggiornamento sui dati (ovvero se gli importi sono variati) prepara un messaggio FCM e lo invia. La/le app B4A in ascolto ricevono la notifica (che potrebbe già contenere i dati utili) e si regolano di conseguenza.
Se il "server" centralizzato ravvede la necessità di avvisare di un aggiornamento sui dati (ovvero se gli importi sono variati) prepara un messaggio FCM e lo invia. La/le app B4A in ascolto ricevono la notifica (che potrebbe già contenere i dati utili) e si regolano di conseguenza.
Se usi il Microsoft Sql Server allora hai disponibili gli 'events', sei gia' a cavallo
Sempre ammesso che nel db tu possa creare qualche trigger e qualche events
In sostanza devi creare un 'events' nel db ogni volta che cambia il dato che ti interessa
Da programma esterno puoi 'abbonarti' all'event che ti interessa
Fine
Lato b4a sembra una soluzione ottima.
Supponi pero, che l'app e' chiusa da 1 ora, e nel frattempo i dati sono stati aggiornati 10 volte, appena apro l'app, mi arrivano 10 messaggi?
Provo ad approfondire anche questo aspetto
Lo fara' toccare al produttore del software
Non possiamo, non vogliamo, non dobbiamo arrenderci al polling
Costi.
Non solo: così magari il produttore del sw (ammesso che faccia queste personalizzazioni) magari fa pure il resto, fregando il cliente a @Xfood.
Similar Threads
