[Assembly] Curiosità

[Daniels118]

Ciao a tutti,
è da tanto tempo che voglio togliermi una curiosità riguardo lo stile di scrittura dei programmi in assembly:
ma sono l'unico che riesce ad indentarlo come se fosse c? :D

Insomma, non ci vuole molto a spostare un po' a destra le istruzioni comprese tra una label e un salto condizionato, migliora molto la leggibilità lasciando intravedere la logica del programma.

Qual'è il vostro stile?
Spero di ricevere molte opinioni :)

[mone.java]

Io quel poco con quel poco che ho fatto di assembly ho sempre cercato di fare cosi. I miei programmi come complessità pero non sono mai andati oltre al calcolo del numero primo o banalità del genere. Ma come regola generale tento di dare una struttura visiva SEMPRE dove sia possibile. Ho notato che ad esempio molti non indentano LaTeX rendendo di fatto illeggibile il codice (almeno a me sembra illeggibile, sarà che in quanto programmatore mi aspetto un qualche tipo di struttura nel codice che leggo).

[Daniels118]

Eh già, si vedono certi obbrobri con i linguaggi di marcatura :D
La mia curiosità si rivolge però prettamente all'assembly perché si tratta di un linguaggio non strutturato, e come tale per esso l'indentazione è qualcosa di innaturale.

Grazie per il tuo parere! :)

[lorenzo001]

Ti posso dire di mie esperienze di assembly 6502, Z80, x86 ...

Il massimo dell'indentazione riguarda le etichette ... per il resto ho sempre scritto in colonna ...


etichetta:
XXX
JMP etichetta

[Daniels118]

In questo modo sarebbe più evidente che XXX si trova in un loop:
etichetta:
XXX
JMP etichetta
Non pensi che renderebbe più leggibile il codice scrivere così?
Se dovessi trovarti ancora a programmare in assembly valuteresti la possibilità di indentare in questo modo?

[lorenzo001]

No, così confonderei l'istruzione con un'etichetta.

Personalmente continuerei a programmare nello stesso modo, ovviamente per abitudine. Una volta, almeno in output, erano incolonnate

etichette opcode dato commento

e l'indentazione avrebbe significato "disordine".