Torna indietro   Hardware Upgrade Forum > Software > Programmazione

Tastiera gaming MSI GK600 TKL: switch hot-swap, display LCD e tre modalità wireless
Tastiera gaming MSI GK600 TKL: switch hot-swap, display LCD e tre modalità wireless
MSI FORGE GK600 TKL WIRELESS: switch lineari hot-swap, tripla connettività, display LCD e 5 strati di fonoassorbimento. Ottima in gaming, a 79,99 euro
DJI Osmo Pocket 4: la gimbal camera tascabile cresce e ha nuovi controlli fisici
DJI Osmo Pocket 4: la gimbal camera tascabile cresce e ha nuovi controlli fisici
DJI porta un importante aggiornamento alla sua linea di gimbal camera tascabili con Osmo Pocket 4: sensore CMOS da 1 pollice rinnovato, gamma dinamica a 14 stop, profilo colore D-Log a 10 bit, slow motion a 4K/240fps e 107 GB di archiviazione integrata. Un prodotto pensato per i creator avanzati, ma che convince anche per l'uso quotidiano
Sony INZONE H6 Air: il primo headset open-back di Sony per giocatori
Sony INZONE H6 Air: il primo headset open-back di Sony per giocatori
Il primo headset open-back della linea INZONE arriva a 200 euro con driver derivati dalle cuffie da studio MDR-MV1 e un peso record di soli 199 grammi
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


Tastiera gaming MSI GK600 TKL: switch hot-swap, display LCD e tre modalità wireless Tastiera gaming MSI GK600 TKL: switch hot-swap, ...
DJI Osmo Pocket 4: la gimbal camera tascabile cresce e ha nuovi controlli fisici DJI Osmo Pocket 4: la gimbal camera tascabile cr...
Sony INZONE H6 Air: il primo headset open-back di Sony per giocatori Sony INZONE H6 Air: il primo headset open-back d...
Nutanix cambia pelle: dall’iperconvergenza alla piattaforma full stack per cloud ibrido e IA Nutanix cambia pelle: dall’iperconvergenza alla ...
Recensione Xiaomi Pad 8 Pro: potenza bruta e HyperOS 3 per sfidare la fascia alta Recensione Xiaomi Pad 8 Pro: potenza bruta e Hyp...
iPhone 18 Pro: il componente che garanti...
DeepL alza il livello: con Voice-to-Voic...
Apple sta utilizzando sempre più ...
Il MacBook Neo vende tanto? Microsoft le...
AST SpaceMobile BlueBird 7: Blue Origin ...
È il momento migliore per comprar...
Svendita MacBook Pro: c'è il mode...
Oggi questa TV TCL QLED da 43 pollici co...
Il caricatore multiplo da 200W che va be...
Top 7 Amazon, il meglio del meglio di qu...
Spento lo strumento LECP della sonda spa...
Voyager Technologies ha siglato un accor...
GoPro annuncia la linea MISSION 1 con tr...
Alcune varianti dei futuri Samsung Galax...
Il ridimensionamento di OnePlus in Europ...
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: 03:06.


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