Newsgroup: it.comp.lang.visual-basic
Titolo: GoTo e Let

1. Da più parti si sembra considerare GoTo e specialmente GoSub come dei
comandi obsoleti che dovrebbero essere per lo più eliminati dai codici.
Ecco, al posto di queste istruzioni cosa usate? (forse routine staccate e
call?)
2. La parola chiave Let è usata, ci sono molti che la usano o ci sono delle
"convenzioni non scritte" tra i programmatori sul suo uso? Inoltre
compilando e creando l'EXE, l'uso di questa parola chiave non dovrebbe
modificare la velocità del programma, vero o falso?
3. Scusate il mio vocabolarioVB per i termini forse non proprio esatti e
comunque grazie per il tempo!

modificare la velocità del programma, vero o falso?
Let è facoltativa, il compilato è lo stesso con o senza, personalmente non
la metto perché altrimenti farei casino con Set (che invece è obbligatoria,
e me la dimentico quasi sempre).
Ciao e buon lavoro
Sig
_________________________________________________________
Luca Sigfrido Percich              
sigf...@tiscalinet.it
_________________________________________________________
non avere stile è il mio stile

 3. Scusate il mio vocabolarioVB per i termini forse non
proprio esatti e comunque grazie per il tempo!
E tu scusa il mio. Grazie per la bella domanda. Son cose che
periodicamente vengono dibattute ma trovo che non faccia mai
male ritornare su discorsi "fondamentali".
--
Ciao.
Maurizio

 pensare "pippo = ...".
Qui non è questione di cose inutili (o forse si). L'operatore di
assegnamento dovrebbe bastare. La confusione in VB nasce dalla necessità di
distinguere tra l'assegnamento di "valori" e quello di "riferimenti a
oggetto". Questo perché le variabili oggetto VB sono assimilabili a dei
puntatori, il che, in un linguaggio senza puntatori, da' non pochi
problemi... se a questo sommiamo il fatto che l'assegnamento è l'uguaglianza
usano lo stesso simbolo... ma sto ritornando al problema di prima, se usi VB
devi pensare in VB. Adesso la sparo grossa, ma VB non potrebbe capire da
solo quando deve assegnare un riferimento e quando un valore, senza
costringerci a usare Let e Set? In altri linguaggi la distinzione non ha
senso, assegni sempre "valori", con i puntatori questi valori sono gli
indirizzi di oggetti o dati o quant'altro...
Purtroppo hai citato tutto quello che si poteva citare, per cui non mi resta
che aggiungere, con una vena di malinconia, una frase che mia nonna era usa
ripetermi: "Val più la pratica della grammatica" :o)
(prendetela così com'è)
(...spero che a nessuno venga in mente di ri-iniziare Thread del tipo
"Meglio VB o Delphi", mi sentirei in colpa)
Ciao a tutti e buon lavoro


 non avere stile è il mio stile
--
Ciao.
Maurizio
--------
?SPQR(C)
 X

 :-)))
Sono d'accordo, anche e soprattutto perchè avendo personalmente 15 anni ho
infarinature solo in QBasic, TPascal (a scuola) , Dataflex (mio padre lavora
ancora in DOS), e appunto VB. Quindi Delphi l'ho solo sentito nominare,per
non parlare di OOP, ZX80, QL, FORTRAN, ma soprattutto di questo Orwell.
Dovete scusarmi per aver riproposto una questione già ampliamente discussa,
ma solo leggendo i messaggi di luca e maurizio mi sono accorto di quello che
si portava dietro! (Possiamo ritenerci fortunati di solo 4 msg?)
Comunque grazie  a voi due e a tutti i frequentatori del NG!
P.S. Vorrei avere anch'io nonne così sagge!

la concili con il tuo proverbiale "stile" ;-)))
Se vuoi ti posto il codice... comunque... io non ho stile! ;o)))
Ok, scusami, Maurizio, per il tritamento, e scusatemi anche tutti voi del
NG! E un ciao a st_985, non volevamo frastornarti!
Buona giornata e buon lavoro a tutto il NG!
Sig

 [...] E un ciao a st_985
Mi associo.



Non ho ancora trovato un caso che sia risolvibile _solo_ con l'uso di goto o
gosub.
Al limite a volte (ma solo poche volte) l'uso di goto in sostituzione di una
buona strutturazione del codice garantisce performance migliori, ma nulla
piu' di questo.


Siamo tutti al mondo per imparare ;-)

piu' di questo.
Appunto. L'uso del gosub, nel mio caso, rappresentava la soluzione migliore
(che mi sia venuta in mente, ovvio) al problema, non l'unica. Avrei anche
potuto implementare la subroutine come sub separata, ma non sarebbe stata
una soluzione efficiente. Se leggi con attenzione gli altri msg del thread
trovi un accenno al problema.
Per cui, è buona norma di programmazione strutturare il codice, ma è
altrettanto buona norma utilizzare il buonsenso. Se poi nel prendere le
decisioni su come implementare il programma, commetto degli errori di
stile... beh, ovvio, non sono mica un genio. Ahi, che disgrazia, le
questioni di stile. ;o)
Ciao
Sig
_________________________________________________________
Luca Sigfrido Percich              
sigf...@tiscalinet.it
_________________________________________________________
