X-Received: by 10.66.153.78 with SMTP id ve14mr1774301pab.44.1449605964401; Tue, 08 Dec 2015 12:19:24 -0800 (PST) X-Received: by 10.50.43.231 with SMTP id z7mr19074igl.0.1449605964370; Tue, 08 Dec 2015 12:19:24 -0800 (PST) Path: csiph.com!xmission!news.glorb.com!mv3no10627295igc.0!news-out.google.com!f6ni17207igq.0!nntp.google.com!mv3no13513966igc.0!postnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-mail Newsgroups: it.comp.lang.visual-basic Date: Tue, 8 Dec 2015 12:19:23 -0800 (PST) Complaints-To: groups-abuse@google.com Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=93.44.85.193; posting-account=4c3DWgoAAADQcJJevo-GlQ6CVmV90H2x NNTP-Posting-Host: 93.44.85.193 User-Agent: G2/1.0 MIME-Version: 1.0 Message-ID: Subject: Edit dati su file From: Antologiko Injection-Date: Tue, 08 Dec 2015 20:19:24 +0000 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Xref: csiph.com it.comp.lang.visual-basic:18618 Per un'applicazione monoutente che permette di aprire, visualizzare e modif= icare dei documenti, qual =E8 il modo pi=F9 conveniente di gestire i dati s= u file, o comunque quali sono i pregi ed i difetti delle varie tecniche di = seguito indicate? 1. Carico tutti i dati in RAM, quindi salvo i cambiamenti solo alla fine. 2. Carico tutti i dati in RAM, ma salvo le modifiche man mano. 3. Tengo i dati in RAM solo per il tempo che servono (quando l'utente li vi= sualizza e/o modifica) e li scarico subito dopo, avendo cos=EC un continuo = flusso di lettura e/o scrittura su file. Il primo caso mi pare il pi=F9 semplice da implementare per due motivi: - i dati possono essere caricati in RAM entro una struttura ad oggetti che = facilita la programmazione. - i dati vengono letti e scritti su disco in un paio di passaggi. Un problema che pu=F2 diventare importante =E8 la quantit=E0 di RAM necessa= ria, specie nei casi in cui si tratta di documenti di grandi dimensioni. Il secondo caso, condivide il pregio di poter caricare i dati in una strutt= ura ad oggetti, ma per quanto riguarda la scrittura dei dati su file, a men= o che le modifiche non vadano sempre accodate al file, ogni piccolo cambiam= ento in un punto interno del file comporta diverse operazioni di lettura e = scrittura su disco.