Metodo alternativo a Do While.

[vegiott]

Avevo promesso che non avrei più risposto, ma è giusto (come richiesto) rendere pubblica la parte tecnica
del problema e l'attuale soluzione. Questa è la struttura del mio programma:

Ho un archivio di file, che possono essere centinaia (Cataloghi), i quali contengono elenchi di natura diversa.
Possono essere Libri (Titolo, Autore, Editore .......), Documenti, Audiovisivi o altri generi (Cataloghi di vendita),
dove ognuno di questi cataloghi contiene i relativi dati.
Ci sono alcune procedure (madri) che richiamano (Call) una procedura (ricerca) che effettua una ricerca di
questi file e alla fine richiama (CallByName) un'altra procedura (elaborazione). Ci sono parecchie procedure
di (elaborazione), ognuna di queste seleziona i dati richiesti - ( una riga per volta ) - ed effettua delle operazioni
specifiche. Al termine memorizza i risultati in contenitori o variabili pubbliche che alla conclusione del ciclo
diventano disponibili per le procedure (madri) per le operazioni di visualizzazione, stampa o altri trattamenti.
Cataloghi e Procedure possono variare di numero, ma la struttura è sempre la stessa.
Questa volta spero di essere stato chiaro.

Questo è quello che intendevo illustrare sulle mie Flow Chart. A proposito, qualcuno mi dovrebbe indicare dove
stanno scritte le regole che stabiliscono come devono essere fatti i Diagrammi di flusso!

optime, dopo il tuo bel discorso, ti faccio notare che sei stato tu a cominciare, questo a futura memoria!

pietro09,
è interessante il passo "Do While Not sr.EndOfStream", sto pensando di fare una prova e sostituirlo
al metodo "Do While Elenco.Peek() <> -1". Grazie dell'idea, ti faccio sapere se è quello che cercavo .

Buona Pasqua a tutti.

[optime]

Questo è quello che intendevo illustrare sulle mie Flow Chart. A proposito, qualcuno mi dovrebbe indicare dove
stanno scritte le regole che stabiliscono come devono essere fatti i Diagrammi di flusso!

Per assicurare la leggibilità dei flow chart e la loro inopinabilità (proprio per evitare che ognuno scriva come gli pare e gli altri non capiscano) esitono regole e convenzioni. Un buon punto di partenza è al solito Wikipedia https://it.wikipedia.org/wiki/Diagramma_di_flusso

Qui trovi degli esempi di base e dei riferimenti a schemi più specifici. In particolare, i diagrammi UML trovano un vasto utilizzo al giorno d'oggi proprio perché sono in grado di offrire un elevato grado di rappresentazione, flessibilità, adattabilità e leggibilità (sia informatica pura che business) https://it.wikipedia.org/wiki/Unified_Modeling_Language e https://commons.wikimedia.org/wiki/U...age?uselang=it

Un ottimo programma di modellazione è Enterprise Architect http://www.sparxsystems.com/products/ea/index.html, ma per esigenze meno spinte anche gliffy https://www.gliffy.com/ va bene

Il tuo diagramma potrebbe essere rappresentato così https://ibb.co/fQHT5S (in maniera molto semplificata)

Chiunque può capire quel diagramma, proprio perché è stato confezionato secondo delle regole condivise.

Se mi posso permettere una digressione, la maturità di un'industria (e quella del software è molto giovane!) si misura proprio da queste cose - standard, regole e convenzioni.

Ovviamente Buona Pasqua a tutti!

[vegiott]

Grazie optime, non mancherò di leggere.
Ricambio i saluti.