[zxspectrum] Re: TAP di esempio per Mouse Kempston

  • From: Enrico Maria Giordano <e.m.giordano@xxxxxxxxxxxxxxx>
  • To: zxspectrum@xxxxxxxxxxxxx
  • Date: Thu, 24 Mar 2016 11:15:40 +0100



Il 24/03/2016 00:11, Luca Alimandi ha scritto:

- scendo a PROGRAM2, mi sposto a destra e mi trovo su PROGRAM14 invece
che su PROGRAM15

Sì, lo so. Non è un errore o una svista, ma avevo deciso così. Comunque
tutto si può modificare. Vedrò cosa si può fare, anche se non sono
sicuro che sia qualcosa di necessario (vedi più avanti le considerazioni
sulla lunghezza del codice...)...

Se lo devi lasciare così allora meglio eliminare lo spostamento sulle due colonne, secondo me.

- da PROGRAM1 vado sempre a destra fino a PROGRAM79, a questo punto vado
giù ma non si muove

Questo invece è un bug! Ma succede solo se, una volta arrivato alla
colonna dove si trovano PROGRAM79 e PROGRAM80 prima mi sposto ancora a
destra. Altrimenti, se mi fermo alla colonna di sinistra, riesco a
scendere giù a PROGRAM80 (puoi confermare che si comporta così anche per
te?...)

Sì, esatto.

In ogni caso devo scoprire perché avviene... In realtà il bug è che
dovrebbe accorgersi che sulla colonna seguente non c'è nulla e impedire
il tentativo di spostamento, mentre invece non lo fa... Penso di sapere
già dove intervenire!

Bene.

Dai, il debugging si farà piano piano.

Naturalmente! Non mi pagano mica per consegnare il lavoro entro una
certa data! :-D Però mi piacerebbe fare le cose per bene, quindi
proseguirò con calma fino ad ottenere il comportamento voluto.
Il problema è che molte scelte cambiano man mano che il progetto avanza,
ed anche in conseguenza del dialogo con te (ho già cambiato più volte, e
potrei cambiare ancora... Non c'è nulla di irremovibile! ;-) )

Certamente!

Il vero problema è che più si raffinano i comportamenti, più si allunga
il programma; aumentano i controlli, le casistiche, le possibili
alternative, e quindi il codice inevitabilmente cresce! E mi avevi già
fatto un appunto sul fatto che per la GUI 3K erano già troppi! Quindi a
volte devo accettare dei compromessi per non eccedere con le dimensioni
del programma...
Comunque valutiamo il tutto e poi scegliamo la soluzione migliore, dai
vari punti di vista.

Sì, comunque è vero. E' questione di equilibri e compromessi. A volte vale la pena di sacrificare una funzionalità minore in favore di una maggiore compattezza del codice. Specialmente per uno strumento come questo che dovrebbe lasciare più memoria libera possibile, o sbaglio?

EMG

--
EMAG Software Homepage: http://www.emagsoftware.it
The EMG Music page: http://www.emagsoftware.it/emgmusic
The EMG's ZX-Spectrum Page: http://www.emagsoftware.it/spectrum
The Best of Spectrum Games: http://www.emagsoftware.it/tbosg

Other related posts: