Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > it.comp.lang.visual-basic > #19261

Re: VB6 una curiosità sulle variabili

Show key headers only | View raw

Gulp® ha scritto:
> Sauro ha scritto:
>>> <NomeModulo>.<NomeVariabile>
>> Elementare!
> Mi permetto di sollevare una obiezione sull'opportunità di utilizzare
> variabili con lo stesso nome che non mi sembra molto ortodosso
> neanche dal punto di vista dell'ordine...in fin dei conti non è che
> manchi la possibilità di trasferire un valore da una variabile ad
> un'altra! E penso non manchi nemmeno la fantasia sui nomi! :)

Mi permetto di dissentire sull'ultimo punto :-(

Ogni volta che in qualche programma altrui mi imbatto in
una variabile battezzata con /quasi/ lo stesso nome del
suo tipo, o cinque oggetti chiamati Object1...Object5
che potrebbero essere letteralmente qualunque cosa,
o magari con un nome che sembra, ma non è, un nome di
oggetto, m'incazzo alquanto.

E quelli che lasciano i nomi di default agli oggetti?
Un gruppo di pulsanti che si chiamano Button1, Button2,
Button3, Button4 proprio non si può vedere.
Se li rinomini, e ci vogliono 5 secondi netti quando li
crei, in un qualunque punto del codice li incontri
btnStampa, btnVisualizza, btnMostra e btnNascondi ti
dicono già chiaramente a cosa servono nel contesto del
programma, senza che tu stesso debba andare a ripescare
il codice quando riapri il programma dopo una settimana.

E le dichiarazioni come "e As Sender" oppure il mostruoso
"ByVal e As System.Windows.Forms.DragEventArgs" ?
Ma perché "e" invece di qualcosa di più significativo?
Basterebbe un drag_events_arguments per chi vuole gli
underscore, o DragEventsArguments per chi preferisce il
CamelCase, o un quel che vi pare, ma "e" non ha senso.

Un'altro guaio è che c'è gente che programma a forza
di copia e incolla da StackOverflow o CodeProject; e non
è niente di male né sbagliato; e chi più chi meno lo
facciamo tutti.
E' come far pipì sotto la doccia: chi nega di farlo
mente >:-] e mente senza motivo di farlo.
Ma cazzarola, almeno cambia i nomi delle variabili: cosa
cappero ci si capisce nel tuo codice se "e" significa
tredici cose diverse in cinque sub e otto function?

Una volta ho incontrato un'altra cosa che ho cercato di
dimenticare - e ci sono riuscito :-D - era qualcosa come:
Dim Data as Data.FindData.Data.toDate (ovviamente non era
così, che non avrebbe senso :-D, ma ci andava vicino).

...ed è in questi casi che mi chiedo "ma un po' di fantasia,
proprio no?"



*****************
Scusate il RANT, ma è una cosa che mi stava sullo stomaco
da un po', e oggi il caffè era un po' troppo forte :-)


Bye, G.

Back to it.comp.lang.visual-basic | Previous | Next — Previous in thread | Next in thread | Find similar

Thread

VB6   una curiosità sulle variabili "Sauro" <vicchi@crsscala.it> - 2018-01-11 10:30 +0100
  Re: VB6 una curiosità sulle variabili SixaM <sixam@aruba.it> - 2018-01-11 10:40 +0100
    Re: VB6 una curiosità sulle variabili "Sauro" <vicchi@crsscala.it> - 2018-01-14 19:58 +0100
      Re: VB6 una curiosità sulle variabili Gulp® <gulp@yahoo.com> - 2018-02-05 09:35 +0100
        Re: VB6 una curiosità sulle variabili Luca D <antaniserse@yahoo.it> - 2018-02-05 06:13 -0800
        Re: VB6 una curiosità sulle variabili Paperino <non_te@lo.dico.invalid> - 2018-02-05 17:26 +0100
          Re: VB6 una curiosità sulle variabili Franz_aRTiglio <franzgol@N0SPAMtin.it> - 2018-02-05 18:27 +0100
          Re: VB6 una curiosità sulle variabili Luca D <antaniserse@yahoo.it> - 2018-02-06 10:29 -0800

csiph-web