-
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 Chiacchiericci
- Thread starter LucaMs
- Start date
- Similar Threads Similar Threads
Infatti è ciò che fa il codice di Erel di cui ho messo il link, dagli un'occhiata al volo.
Ma avete provato a vedere se il problema non è il semplice chiamare 208 volte il FindAllContacts?
Generare i pannelli per la CLV ha un peso, ma fino ad un certo punto; sette secondi sono davvero tanti, anche se.. le bitmap non aiutano.
Il caricamento "lazy" è un buon aiuto porprio perché crea i pannelli man mano che l'utente li scorre, ma sempre che la lista dei contatti sia stata scaricata all'inizio, una volta per tutte, altrimenti saremo sempre al punto di "scaricare" tutti i contatti per ogni pannellino da creare.
Generare i pannelli per la CLV ha un peso, ma fino ad un certo punto; sette secondi sono davvero tanti, anche se.. le bitmap non aiutano.
Il caricamento "lazy" è un buon aiuto porprio perché crea i pannelli man mano che l'utente li scorre, ma sempre che la lista dei contatti sia stata scaricata all'inizio, una volta per tutte, altrimenti saremo sempre al punto di "scaricare" tutti i contatti per ogni pannellino da creare.
Oh, comunque c'è da notare che a quell'indirizzo, in quel thread di Erel, lui dice che per creare 1.000 item "complessi" (suppongo che lo siano anche più di quanto lo siano quelli di @Sagenut - si vedono in basso), senza quel metodo il caricamento completo richiederebbe circa 10 secondi, il che significa 100 item al secondo, per cui per i 208 contatti di SageUnt non dovrebbero essere necessari più di 3 secondi.
Beh non credo che scarichi tutti i contatti 208 volte (chiaramente sarebbe un bug).
Giusto per essere puntigliosi (e perché può essere utile saperlo), il "caricamento lazy" crea tutti i panel necessari, non solo quelli visualizzati/visualizzabili; è il caricamento del contenuto di ciascun panel (item) che avviene invece quando necessario.
Il sospetto nasce dal fatto che nel codice vedo For Each .. in FindaAllContacts
Se quel cu.FindAll viene chiamato per ciascun contatto in modo da ricever la lista, allora è come richiedere la stessa lista 208 volte.
Pensala come una chiamata ad una funzione che ritorna la lista..
Giusto. Meglio non lasciare adito a dubbi. I pannelli vengono creati tutti, ma vuoti. Il popolamento è invece differito (meglio di lazy, no?)
In teoria la Causale del For non viene elaborata solo 1 volta per decidere quanti cicli devono essere eseguiti?
In ogni caso ringrazio tutti per i suggerimenti.
Inizierò con il Lazy Loading e se non darà risultati soddisfacenti cambierò la modalità di caricamento dei contatti eseguendola immediatamente all'avvio della app.
Come sempre siete di grande supporto.
In ogni caso ringrazio tutti per i suggerimenti.
Inizierò con il Lazy Loading e se non darà risultati soddisfacenti cambierò la modalità di caricamento dei contatti eseguendola immediatamente all'avvio della app.
Come sempre siete di grande supporto.
Non sempre; io il tempo l'ho, sono i neuroni che mi mancanoIl vero problema sarà trovare, come sempre, il tempo per fare qualcosa.
(beh, dai, posso consolarmi perché so che quanto voglio ottenere è davvero complesso).
"Calcola" quanto tempo impieghi il caricamento dei contatti (non la loro visualizzazione).
Questo dovrebbe essere intorno al secondo, non di più; se non è così, allora è come dice @udg, li carichi 208 volte.
Comunque, so già che stanotte passerò il tempo a sviluppare un progetto di prova su questo, anziché ammattire con Penny
Questo dovrebbe essere intorno al secondo, non di più; se non è così, allora è come dice @udg, li carichi 208 volte.
Comunque, so già che stanotte passerò il tempo a sviluppare un progetto di prova su questo, anziché ammattire con Penny
Quella riga del For è quella originale di Erel quindi non credo sia un errore.
Come ho già detto il For mi pare che venga eseguito solo 1 volta per settare il numero di cicli...... Altrimenti ogni ciclo For sarebbe un dramma.
Comunque controllerò nuovamente il flusso con il Step by Step per curiosità.
Come ho già detto il For mi pare che venga eseguito solo 1 volta per settare il numero di cicli...... Altrimenti ogni ciclo For sarebbe un dramma.
Comunque controllerò nuovamente il flusso con il Step by Step per curiosità.
https://www.b4x.com/android/forum/threads/contactutils-slow-or-normal.93976/
Star-Dust ha detto che il caricamento delle immagini rallenta abbastanza il processo...... Nonostante che le immagini dei contatti dovrebbero essere abbastanza piccole...... Credo.
Star-Dust ha detto che il caricamento delle immagini rallenta abbastanza il processo...... Nonostante che le immagini dei contatti dovrebbero essere abbastanza piccole...... Credo.
Beh quello lo sappiamo e lo sai anche tu, infatti hai sottolineato questa cosa in tuo post precedente.
E' per questo motivo che si dovrebbe usare quel caricamento lazy/differito; ma la prima cosa che devi scoprire è se prelevi i contatti una sola volta o 208 volte perché, ripeto, nel suo esempio Erel dice che per caricare in una xCLV 1.000 elementi (item) "complessi" (con immagine) servono circa 10 secondi, quindi per i tuoi 208 non dovrebbe impiegare che 2 o 3 secondi, mentre ne impiega 7.
E' per questo motivo che si dovrebbe usare quel caricamento lazy/differito; ma la prima cosa che devi scoprire è se prelevi i contatti una sola volta o 208 volte perché, ripeto, nel suo esempio Erel dice che per caricare in una xCLV 1.000 elementi (item) "complessi" (con immagine) servono circa 10 secondi, quindi per i tuoi 208 non dovrebbe impiegare che 2 o 3 secondi, mentre ne impiega 7.
Sono quasi certo di poter creare una progetto di prova in poco tempo (massimo 30 minuti); lo farò e pubblicherò, così mi dirai quanto tempo impieghi.
Unica cosa che mi farebbe perdere tempo è la richiesta del permesso, che non ho mai implementato e dovrei leggere/studiare.
Unica cosa che mi farebbe perdere tempo è la richiesta del permesso, che non ho mai implementato e dovrei leggere/studiare.
Io personalmente avrei caricato la lista ad inizio codice dentro una map usando una routine apposita asincrona (usando il vecchio doevents o il nuovo sleep(0), alla fine del caricamento imposti un boleano a True
In oltre o visto il codice di erel e non mi piace che elimina le "celle" che diventano invisibili
In oltre o visto il codice di erel e non mi piace che elimina le "celle" che diventano invisibili
