Torna indietro   Hardware Upgrade Forum > Software > Programmazione

Dreame X60 Pro Ultra Complete: i bracci si estendono sempre di più
Dreame X60 Pro Ultra Complete: i bracci si estendono sempre di più
Dreame X60 Pro Ultra Complete implementa due bracci estensibili, per spazzola e moccio, che si spingono ben oltre quanto visto sino ad oggi permettendo una pulizia di casa ancor più capillare e precisa
TCL 65C8L, la recensione del SQD-Mini LED da 4400 nit misurati
TCL 65C8L, la recensione del SQD-Mini LED da 4400 nit misurati
La tecnologia SQD-Mini LED di TCL arriva sul taglio da 65 pollici con la serie C8L: 2040 zone, pannello WHVA 2.0 e un picco che alle rilevazioni delle sonde tocca i 4400 nit nel profilo Filmmaker e un HDR quasi perfetto
MSI Maestro 500 Wireless: ANC e 90 ore di autonomia a 70 euro
MSI Maestro 500 Wireless: ANC e 90 ore di autonomia a 70 euro
Wireless 2.4 GHz, Bluetooth 5.4, cancellazione attiva del rumore, design pieghevole e un'autonomia che mette in imbarazzo prodotti che costano il doppio. Le Maestro 500 non eccellono in nulla, ma offrono tutto. E a questo prezzo è difficile chiedere di più
Tutti gli articoli Tutte le news

Vai al Forum
Rispondi
 
Strumenti
Old 23-11-2018, 11:09   #1
file001
Junior Member
 
Iscritto dal: Jun 2014
Messaggi: 8
[c#] consiglio di progettazione

Ciao a tutti,

nel tempo libero mi metto a scrivere un pò di codice solo che mi è venuto un gran dubbio.

ho un file testo in cui ci sono circa 10mila righe. Il mio obiettivo è quello di leggere questo file testo e di metterlo in una listbox.

Come metodo risolutivo avevo pensato di leggere il file, creare l'oggetto per ogni riga e infine inserire tutti questi oggetti in una listbox.
Però, all'università mi stanno facendo una testa così grande per quanto riguarda l'ottimizzazione delle risorse che ho messo in dubbio questa soluzione.

prima di scrivere l'altro modo vi spiego semplicemente come è fatto la riga di questo file testo:
STRINGA, e interi (20 circa)
le righe sono di lunghezza fissa

Come seconda soluzione, avrei pensato di leggere solo le stringhe e di metterle nella listbox, poi quando clicco su quel determinato elemento della listbox, leggo la riga corrispondente nel file e mi creo l'oggetto solo per quella riga (dato che le righe sono di lunghezza fissa è un gioco da ragazzi)
E' meglio il primo o il secondo metodo? Perché allocare 10mila oggetti in memoria mi sembra eccessivo. Invece, nella seconda soluzione ci sono molte operazioni idi I/O.
file001 è offline   Rispondi citando il messaggio o parte di esso
Old 23-11-2018, 11:48   #2
pabloski
Senior Member
 
Iscritto dal: Jan 2008
Messaggi: 8406
Quote:
Originariamente inviato da file001 Guarda i messaggi
Perché allocare 10mila oggetti in memoria mi sembra eccessivo. Invece, nella seconda soluzione ci sono molte operazioni idi I/O.
Bingo. Hai centrato una questioni centrali dell'informatica, ovvero quella dei trade-off. Cioe' non c'e' trippa gratis per i gatti.

Se guadagni da un lato, lo paghi dall'altro. Il compromesso giusto e' quello migliore per la tua applicazione.

In pratica ti dico di leggere tutto. 10.000 righe fatte in quel modo sono una bazzecola anche per uno smartphone.

Ma volendo ottimizzare il tutto, la tua soluzione e' ovviamente possibile e in molti casi molto adatta.

Qualche anno fa mi sono ritrovato a scrivere un'applicazione che deve visualizzare vari dati relativi a persone, contratti, ecc... Le listbox erano popolate esclusivamente dei dati necessari ad identificare in maniera univoca i vari elementi. Cliccandoci sopra venivano visualizzati a lato tutti gli altri dati relativi.

Pero', perche' c'e' un pero', se WPF non avesse una grossa lacuna sarebbe meglio. Parlo della data virtualization. Cioe' tu hai una lista con 1 milione ( numero a caso ) di righe virtuali. In realta', man mano che l'utente scorre la lista, le righe necessarie vengono lette e messe in una cache. In questo modo non devi caricare tutte le righe fin dall'inizio e non le devi nemmeno mantenere tutte in memoria costantemente.

Purtroppo WPF non ha implementa un meccanismo del genere. Ci sono componenti di terze parti che lo fanno. Una grossa mancanza vista l'utilita' e il fatto che i concorrenti ( Java ma anche i vari web framework come Angular ) la implementano.
pabloski è offline   Rispondi citando il messaggio o parte di esso
Old 23-11-2018, 12:56   #3
DoctorT
Senior Member
 
Iscritto dal: Jul 2005
Messaggi: 738
Quote:
Originariamente inviato da file001 Guarda i messaggi
Ciao a tutti,

nel tempo libero mi metto a scrivere un pò di codice solo che mi è venuto un gran dubbio.

ho un file testo in cui ci sono circa 10mila righe. Il mio obiettivo è quello di leggere questo file testo e di metterlo in una listbox.

Come metodo risolutivo avevo pensato di leggere il file, creare l'oggetto per ogni riga e infine inserire tutti questi oggetti in una listbox.
Però, all'università mi stanno facendo una testa così grande per quanto riguarda l'ottimizzazione delle risorse che ho messo in dubbio questa soluzione.

prima di scrivere l'altro modo vi spiego semplicemente come è fatto la riga di questo file testo:
STRINGA, e interi (20 circa)
le righe sono di lunghezza fissa

Come seconda soluzione, avrei pensato di leggere solo le stringhe e di metterle nella listbox, poi quando clicco su quel determinato elemento della listbox, leggo la riga corrispondente nel file e mi creo l'oggetto solo per quella riga (dato che le righe sono di lunghezza fissa è un gioco da ragazzi)
E' meglio il primo o il secondo metodo? Perché allocare 10mila oggetti in memoria mi sembra eccessivo. Invece, nella seconda soluzione ci sono molte operazioni idi I/O.
Leggere la riga corrispondente in file di testo a lettura sequenziale non è possibile, dovresti aprirlo come un file di record a lunghezza fissa, anche se non conosco gli oggetti disponibili in c# per fare questa operazione, ma potrebbe essere una complicazione non necessaria.

Dal punto di vista pratico puoi ovviamente caricare tutto in memoria, (tra l'altro quando leggi le stringhe carichi già l'intero file in memoria per cui non ti servono altre operazioni di I/O) ma visto che si tratta di un esercitazione a scopo di studio credo che ti debba sforzare di trovare una soluzione che funzioni indipendentemente dalla dimensione dei dati da gestire.
__________________
O.S.: WIN 10 64-bit CPU: INTEL I5 12400F RAM: 16 GB Corsair Vengeance LPX 3200 Mhz VGA: MSI ARMOR RX570 4GB OC MOBO: ASROCK B660M PRO RS HDD: Seagate 1TB SDD: CRUCIAL MX500 500GB ALI: BE QUIET PURE POWER CM 11 600W
DoctorT è offline   Rispondi citando il messaggio o parte di esso
Old 22-12-2018, 13:46   #4
_angelo_
Bannato
 
Iscritto dal: Dec 2018
Messaggi: 12
Non sono esperto su c#, anche perche lavoro in ambito linux/opensource, ma nei vari linguaggi interpretati tipo anche lua e python etc e' pieno di funzioni "readline" che leggono l'intera riga, linux shell bash inclusa.
Alla fine devi leggere da file riga per riga e popolare una lista, non servono specializzazioni accademiche, ci sono oggetti lista molto performanti, a me piace anche tcl/tk. Se no vai su programmazione vera e propria compilata e usi librerie grafiche di ogni genere, dalle windows api, a gtk, wxwidgets, e molte altre.
Nel caso, per file molto grandi (ma 10000 righe non e' molto grande), vedi anche "memory mapped file" che ti dovrebbero dare una performance migliore.

pseudo code
for (i = 0; i < 10000; ++i) {
read_line(buff);
list->add_item(buff);
}
list->refresh()

Ultima modifica di _angelo_ : 22-12-2018 alle 13:50.
_angelo_ è offline   Rispondi citando il messaggio o parte di esso
 Rispondi


Dreame X60 Pro Ultra Complete: i bracci si estendono sempre di più Dreame X60 Pro Ultra Complete: i bracci si esten...
TCL 65C8L, la recensione del SQD-Mini LED da 4400 nit misurati TCL 65C8L, la recensione del SQD-Mini LED da 440...
MSI Maestro 500 Wireless: ANC e 90 ore di autonomia a 70 euro MSI Maestro 500 Wireless: ANC e 90 ore di autono...
NL-LC1 è il primo dissipatore a liquido AIO di Noctua: silenzio è la parola d'ordine NL-LC1 è il primo dissipatore a liquido A...
Boox Go 10.3 (Gen II) Lumi: il tablet e-ink con Android 15 e penna, dal prezzo super Boox Go 10.3 (Gen II) Lumi: il tablet e-ink con ...
NASA e Relativity Space uniscono le forz...
watchOS 27 non arriverà su modell...
Apple, definiti i piani per i chip futur...
Ancora tagli nel futuro di XBOX: il caso...
Samsung Galaxy S27, il compatto potrebbe...
Sempre più IA nei videogiochi: con PUBG ...
La NASA avrebbe fermato i lavori sul mod...
Mancano pochi giorni al lancio della mis...
Prime Day in anticipo, giorno 7: tempo d...
Lo smartphone HONOR con batteria da 11.0...
Amazfit Bip 5, Active 3 Premium e Balanc...
Xiaomi potrebbe portare i suoi Pro e Pro...
Crisi delle memorie: CMF annulla il pros...
La PS6 si farà attendere: il lanc...
OnePlus non sente la crisi delle memorie...
Chromium
GPU-Z
OCCT
LibreOffice Portable
Opera One Portable
Opera One 106
CCleaner Portable
CCleaner Standard
Cpu-Z
Driver NVIDIA GeForce 546.65 WHQL
SmartFTP
Trillian
Google Chrome Portable
Google Chrome 120
VirtualBox
Tutti gli articoli Tutte le news Tutti i download

Strumenti

Regole
Non Puoi aprire nuove discussioni
Non Puoi rispondere ai messaggi
Non Puoi allegare file
Non Puoi modificare i tuoi messaggi

Il codice vB è On
Le Faccine sono On
Il codice [IMG] è On
Il codice HTML è Off
Vai al Forum


Tutti gli orari sono GMT +1. Ora sono le: 20:59.


Powered by vBulletin® Version 3.6.4
Copyright ©2000 - 2026, Jelsoft Enterprises Ltd.
Served by www3v