consigli su indentazione in C

[gila75]

spazi, ma il Makefile richiede tab

ah
Ho letto del makefile, ma non ho mai avuto modo di approfondire.
Comunque bene a sapersi. Se usi gli spazi, cosa succede?

[crap0101]

+1 per gli spazi... ma l'importante è evitare questo:

anche se forse gli spazi sono più universali e in generale occupano meno spazio

perchè dovrebbero occupare meno spazio? in che senso?

[ixamit]

spazi, ma il Makefile richiede tab

ah
Ho letto del makefile, ma non ho mai avuto modo di approfondire.
Comunque bene a sapersi. Se usi gli spazi, cosa succede?

Si offende. E' permaloso

Codice: Seleziona tutto

me@home$ make clean
Makefile:7: *** missing separator.  Stop.

[M_A_W_ 1968]

p.s.: il problema è proprio che il tab ti sfaciola l'indentazione in alcune circostanze.

spazi, ma il Makefile richiede tab

Trovo innanzi tutto doveroso informare chi non lo sapesse che, da almeno venti anni, l'uso dei caratteri di tabulazione è formalmente proibito nel 99,9% delle policy aziendali e regole di stile che mi è capitato di consultare per obblighi contrattuali: non solo nelle aziende di maggiori dimensioni, ma anche in realtà relativamente piccole sebbene comunque organizzate e ben normate, le quali di regola lavorano in outsourcing per aziende di ben altra dimensione. Ne consegue dunque, in ultima analisi, che anche in talune softwarehouses di piccole dimensioni i sorgenti circolanti sotto non disclosure nella intera filiera contrattuale devono adeguarsi alle più rigide regole di stile delle multinazionali sopra implicitamente richiamate. Non è certo inusuale in questi settori assistere a contestazioni in punta di diritto e addebiti di tempo/uomo per la riformattazione di sorgenti non conformi, magari destinati a certificazione per usi critici. Simpatico paradosso: chi scrive codice destinato ad essere visto potenzialmente da decine di migliaia di utenti e altri programmatori (magari piazzandolo su sourceforge o freshmeat con licenza GPL) in media si sente molto più libero di (mal)formattare i propri sorgenti rispetto a chi scrive codice, best case, per meno di una decina di "lettori" (sebbene tutti altamente qualificati), in un mercato mediamente o altamente normato, dall'energetica all'automotive, dall'avionica al biomedicale.

L'uso dei tab è purtroppo uno dei tanti problemi arcaici che affliggono la galassia dei sistemi Posix (solo di riflesso il mondo dei PC DOS), e che troviamo per retrocompatibilità anche nei moderni *nix.
Contrariamente a quanto inopinatamente asserito nel thread, spero sia sufficientemente intuitivo per tutti i lettori che, all'epoca degli esordi informatici del sottoscritto come pure - a fortiori - nel decennio antecedente, all'epoca dei Bell Labs People e del PdP11, assumeva enorme rilevanza la possibilità di "risparmiare" risorse (che fosse preziosissimo spazio sui supporti di massa, o costoso tempo di connessione seriale/modem con baudrate oggi esilaranti) "comprimendo" una quantità predefinita di spazi entro un singolo carattere di tabulazione: in genere un piccolo multiplo di due, compreso tra due e otto, ma non erano rare le eccezioni.
Non si deve tuttavia dimenticare che, anche all'epoca, tale accorgimento causava già - nello scambio o download da BBS dei sorgenti - innumerevoli problemi di visualizzazione a causa della pletora di editor e visualizzatori già esistenti (per non dire delle prime IDE): problemi che finivano talora, in casi estremi ma tutt'altro che rari, per generare anche errori di compilazione con i linguaggi rigidamente posizionali, molti dei quali (pensiamo ad esempio al COBOL) erano ampiamente diffusi sia su server e workstation Posix, sia su PC.

Al giorno d'oggi, salvo casi di provata necessità (i.e. il già menzionato make), è buona norma anche per il programmatore occasionale, l'amatore o lo studente ignorare del tutto l'uso del carattere di tabulazione nei sorgenti, e adeguarsi all'uso sistematico di sequenze di spazi e di un pretty printer quale, ad esempio, astyle.

[vaeVictis]

Grazie M_A_W_1968.
La domanda che sembrava posta in modo "burlesco" in realtà rifletteva la mia perplessità a riguardo, sulla strada del cambiamento.
Sono definitivamente motivato ad abbandonare il tab, che usavo ma con tanta perplessità
Non conoscendo astyle... pensavo di continuare ad usare il tab "in locale" e poi passare il sorgente a sed prima di "esportarlo" nella versione finale.

@crap0101
Grazie anche a te per la nuova immagine di copertina di Facebook

[zeek]

@vae è esattamente a sed che stavo pensando xD

@crap: con spazio intendo spazio visivo.

Cmq.. al di là di tutto.. il tab è comodo semplicemente perché quando lo cancello ti fa tornare in linea con il blocco precedente.. mi fispiace doverlo abbandonare xD

[crap0101]

@crap: con spazio intendo spazio visivo.

non capisco, lo "spazio visivo" è esattamente quello che verrebbe occupato dal numero di spazi a cui si espande... almeno questo è quello che succede in tutti gli editor che ho usato.

Cmq.. al di là di tutto.. il tab è comodo semplicemente perché quando lo cancello ti fa tornare in linea con il blocco precedente.. mi fispiace doverlo abbandonare xD

qualsiasi editor decente lo fa.

[zeek]

@crap: con spazio intendo spazio visivo.

non capisco, lo "spazio visivo" è esattamente quello che verrebbe occupato dal numero di spazi a cui si espande... almeno questo è quello che succede in tutti gli editor che ho usato.

Quando edito con nano sorgenti che ho scritto magari con netbeans il tab occupa molto più spazio, forse c'è modo di regolare la corrispondenza tra tab e numero di spazi

Cmq.. al di là di tutto.. il tab è comodo semplicemente perché quando lo cancello ti fa tornare in linea con il blocco precedente.. mi fispiace doverlo abbandonare xD

qualsiasi editor decente lo fa.

cosa significa? Che un editor decente dovrebbe fare la stessa cosa anche con gli spazi?

[antex]

Cmq.. al di là di tutto.. il tab è comodo semplicemente perché quando lo cancello ti fa tornare in linea con il blocco precedente.. mi fispiace doverlo abbandonare xD

qualsiasi editor decente lo fa.

cosa significa? Che un editor decente dovrebbe fare la stessa cosa anche con gli spazi?

Che un editor decente ti cancella anche 4 o 8 spazi alla volta, allineandoti con la riga precedente (o in qualche altro modo "intelligente").

Neanch'io uso tab. Nel momento in cui fisso lo stile del codice, fisso anche di quanto rientrare i blocchi, e non c'è niente da lasciare di configurabile a chi legge il codice.* E dato che l'argomento "meno occupazione in byte" non sussiste più, non vedo il motivo di usare tab.



* Sennò poi finisci per fare cose come:

Codice: Seleziona tutto

<tab>var a,
<tab>····b,
<tab>····c;

...e viene in mente l'immagine di prima!
[/size]

[zeek]

fico! mai e poi mai mi sarei immaginato questa avversione nei confronti del povero Mr TAB.
Beh... vorrà dire che lo bandirò anche io dai miei sorgenti....

@VaeVictis: ma come mai avevi la necessita di togliere i tab? A me il povero tab non ha mai dato problemi... ok ora lo abbandono al suo destino.... ok.

[matteovid]

spazi, ma il Makefile richiede tab

infatti

io sia in Vim che Nano ho impostato spazi per i file in C (2 spazi per indentare)
e Tab nei file makefile e Makefile (Tab a 8 )

[1001001]

Questo thread ha preso una piega decisamente interessante la mia (sincera) perplessità dopo aver letto tutti gli interventi è: cosa c'è di male nell'utilizzo di tab e spazi combinati? Tab per "identificare" un nuovo livello di indentazione, in modo che chiunque possa indentare di quanto preferisce semplicemente settando il numero di spazi equivalenti a un tab sul proprio editor, e spazi (a partire dal livello di indentazione corrente, determinato da un tot di tab) per allineare, in modo che anche cambiando la larghezza del tab l'allineamento si mantenga. Una cosa tipo (usando il C++ per fare un esempio):

Codice: Seleziona tutto

class MyClass
{
[TAB]public:
[TAB][TAB]int function_with_long_long_name (double foo,
[TAB][TAB][-------------SPAZI--------------]double bar)
};

In questo modo l'allineamento è sempre assicurato, garantendo comunque una certa flessibilità alla larghezza dell'indentazione (a me ad esempio piace usare un tab pari a 4 spazi, ma è solamente una mia preferenza che viene da un trade-off tra riconoscibilità dei blocchi indentati e lunghezza delle righe di codice...sono sicuro che avrete tutti una diversa preferenza su quanto rientrare con ogni indentazione )

[antex]

No, ti sbagli! Anch'io ho la stessa tua preferenza, 4 caratteri (tranne in casi particolari quando voglio un codice molto compatto, tipo in LaTeX e Javascript). E credo che per molti valga lo stesso.

Motivi per cui evito TAB:

• In molti editor la larghezza della tabulazione è preimpostata a 8 caratteri, che secondo me è un abominio.
• Leggo codice di gente che usa tab e certe volte è mischiato a spazi, e ci sono alte probabilità che la formattazione mi risulta sballata. Al che:
• Userei sempre o spazi o tabulazioni: degli spazi non si può fare a meno, quindi la seconda possibilità è esclusa.
• Di solito non uso né spazi né tab, o li uso tutti e due, cioè me ne frego: è l'editor che deve occuparsene, secondo lo stile che gli ho detto (e non è facile spiegare a un editor "usa tab per indentare i blocchi e spazi per rientrare le condizioni di un if").

[gila75]

Strana la programmazione: fai una domanda banale e scopri che c'è "dietro il mondo"!!!
Non sapevo che il discorso del tab fosse per risparmiare risorse, comprimendo gli spazi in un tab solo.
Ma allora la domanda è M_A_W: se il tab era una sorta di macro (2 o 4 spazi), che differenza fa? Sempre spazi mette no?
Perchè per esempio se idento con gedit e metto la spunta tabulazioni, qui sul forum l'identazione cambia?
Allora significa che il tab non mette spazi, ma cosa?
Sono confuso...sopra dici che condensa più spazi, però il comportamento è diverso....

[1001001]

Scusami antex, ma secondo me sono motivi piuttosto deboli

In molti editor la larghezza della tabulazione è preimpostata a 8 caratteri, che secondo me è un abominio.

Vero, ma un qualunque editor di testo decente te lo fa modificare senza troppe difficoltà...

Leggo codice di gente che usa tab e certe volte è mischiato a spazi, e ci sono alte probabilità che la formattazione mi risulta sballata. Al che:

D'accordissimo, ma lì è una questione di poca attenzione da parte di chi scrive il codice

Userei sempre o spazi o tabulazioni: degli spazi non si può fare a meno, quindi la seconda possibilità è esclusa.

Questa non l'ho capita. Cioè, la mia domanda era proprio: perché non si possono mischiare tab e spazi?

Di solito non uso né spazi né tab, o li uso tutti e due, cioè me ne frego: è l'editor che deve occuparsene, secondo lo stile che gli ho detto (e non è facile spiegare a un editor "usa tab per indentare i blocchi e spazi per rientrare le condizioni di un if").

Hai ragione, ma in questo caso un buon editor di testo, tipo VIM, ti viene incontro

@gila75:
M_A_W potrà spiegarlo sicuremente meglio di me, ma uno dei problemi dell'utilizzo di TAB per allineare è che la pressione di TAB non inserisce un numero fisso di spazi, ma fa avanzare il cursore fino al successivo tab stop, cioè fino alla successiva colonna in cui la posizione del cursore rispetto all'inizio della riga sia multiplo del numero di spazi a cui TAB è equivalente. Solo se ti muovi di TAB in TAB lo spostamento è fisso, perché stai saltando di multiplo in multiplo.
Quello che sto cercando di dire è che se TAB=4 spazi e sei in posizione 0 della riga, premendo TAB andrai in posizione 4, ma se sei in posizione 2 e premi TAB vai in posizione 4 lo stesso!
O per lo meno, questo è come l'ho sempre capita io

[gila75]

@gila75:
M_A_W potrà spiegarlo sicuremente meglio di me, ma uno dei problemi dell'utilizzo di TAB per allineare è che la pressione di TAB non inserisce un numero fisso di spazi, ma fa avanzare il cursore fino al successivo tab stop, cioè fino alla successiva colonna in cui la posizione del cursore rispetto all'inizio della riga sia multiplo del numero di spazi a cui TAB è equivalente. Solo se ti muovi di TAB in TAB lo spostamento è fisso, perché stai saltando di multiplo in multiplo.
Quello che sto cercando di dire è che se TAB=4 spazi e sei in posizione 0 della riga, premendo TAB andrai in posizione 4, ma se sei in posizione 2 e premi TAB vai in posizione 4 lo stesso!
O per lo meno, questo è come l'ho sempre capita io

Diciamo che li suo funzionamento è incrementale di x spostamenti rispetto a dove sei giusto ?
Fermo restando però che rispetti i multipli dovrebbe comportarsi come gli spazi, no?
Potrei fare una prova e poi postare qui e vedere se ci sono differenze.
Grazie 1001001

[M_A_W_ 1968]

Perchè per esempio se idento con gedit e metto la spunta tabulazioni, qui sul forum l'identazione cambia?
Allora significa che il tab non mette spazi, ma cosa?

Un carattere di tabulazione, ovvero un singolo carattere che in linguaggio C si rappresenta con la costante '\t', il cui codice ASCII è 9, mentre su altri sistemi assume valori diversi (ad esempio, in EBCDIC è pari a 5). In teoria, ogni volta che si preme il tasto TAB, nel sorgente viene inserito uno \t.

Ogni singolo editor ed ogni visualizzatore (nel mondo Posix CLI more, less, cat, head, tail...) decidono quanti spazi visualizzare quando incontrano un singolo carattere di visualizzazione, con o più spesso senza il benestare esplicito dell'utente. E questo sarebbe già un male, ma c'è di peggio.

Molti editor avanzati, fin dagli albori del DOS, consentono di definire sul "ruler" i "tab stops", vale a dire le colonne alle quali spostarsi ad ogni singola pressione di TAB e del tasto avente funzione complementare (usualmente BACKSPACE o SHIFT+BACKSPACE, ma esiste una miriade di varianti). Naturalmente tali tab stop sono 1) potenzialmente a passo variabile, i.e. per un sorgente Assembly è tipico avere tab stops a colonna 8, 10, 12, 20, 24, 28, 52 e 2) dipendenti dall'estensione del file aperto in quella sessione! Se l'editor usa solo spazi, il risultato è garantito e invariante. Ma in taluni casi (i.e. con opzioni come "Use tab only" abilitate) una simile impostazione implica che in tale editor, ricaricando un file precedentemente editato, il primo carattere di tabulazione causerà uno spostamento di otto spazi sulla destra, ma il secondo aggiornerà la posizione aggiungendo solo due colonne, eccetera. Risultato che, inutile dirlo, viene totalmente stravolto nel passaggio ad altro ambiente il quale semplicemente sostituisca ad ogni '\t' una quantità prefissata di spazi...

Infine le cosiddette "smart tabs" o analoga onomastica costituiscono un rimedio peggiore del male. L'editor cerca in tale frangente di minimizzare lo spazio occupato su disco, ma sempre rispettando i tab stop impostati, che siano a passo fisso o meno: dunque inserisce sequenze di tabulazioni e spazi, intercalati secondo una logica sovente impredicibile. Ne risulta un minestrone altrove illeggibile, con l'aggravante di compromettere tutte le tabulazioni nei linguaggi posizionali se il file viene aperto e poi salvato da un altro editor, o dal medesimo ma con diverse impostazioni.

Per questi motivi anche l'uso promiscuo di tabulazioni e spazi è deprecato, in considerazione delle possibili anomalie di indentazione derivanti dall'apertura in un altro ambiente, possibilmente impostato per la sostituzione automatica dei tab con sequenze fisse di spazi (il che dovrebbe essere il default in ogni editor decente).

[antex]

Scusami antex, ma secondo me sono motivi piuttosto deboli

Io invece trovo troppo deboli i motivi per usare tabulazioni.
Ciascuno dice la sua, siamo qui per il confronto.

In molti editor la larghezza della tabulazione è preimpostata a 8 caratteri, che secondo me è un abominio.

Vero, ma un qualunque editor di testo decente te lo fa modificare senza troppe difficoltà...

Vero, ma quando leggi codice rientrato con tab a 8 maledici quegli editor. Mi è capitato persino di vedere codice rientrato di 4 caratteri alla volta in cui erano usati tab per allineare all'ottava colonna (cioè di due "tab-stop").

Leggo codice di gente che usa tab e certe volte è mischiato a spazi, e ci sono alte probabilità che la formattazione mi risulta sballata.

D'accordissimo, ma lì è una questione di poca attenzione da parte di chi scrive il codice

Che purtroppo è frequente/issima.

Userei sempre o spazi o tabulazioni: degli spazi non si può fare a meno, quindi la seconda possibilità è esclusa.

Questa non l'ho capita. Cioè, la mia domanda era proprio: perché non si possono mischiare tab e spazi?

Ti ha già risposto abbondantemente M_A_W. Io ti rigiro la domanda: perché usarli entrambi?

Immagina di iniziare a programmare oggi. Ti viene spiegata l'importanza dell'indentazione, ma nessuno ti insegna che nella tabella ASCII esiste un carattere chiamato TAB. Quindi tu usi spazi, e sei contento. E lo fai magari per un anno o più. Dopo arriva qualcuno che ti dice: "ah, sai, esiste un carattere speciale chiamato TAB che fa questo e quello". La mia risposta sarebbe: "e a che lo voglio? so già come fare quello che mi serve".

Personalmente, non trovo un solo motivo decente per usare le tabulazioni. E oggettivamente non sono essenziali. Sono solo una sofisticazione. Quindi perché complicare la faccenda e usare due cose per farne una?

[1001001]

Tutti i motivi che mi avete citato sono molto validi...diciamo che l'unico ragione vera per cui us(av)o il TAB era la "libertà" di regolare la larghezza di ogni livello di indentazione semplicemente cambiando un impostazione del'editor. Ma immagino che alla fine della fiera le controindicazioni all'uso del carattere di tabulazione abbiano peso molto maggiore di questa mia "fissa"...alla fine, il rischio che l'indentazione possa andare a quel paese se apro il codice con un editor diverso è molto peggio che "obbligare" gli altri a leggere codice indentato con la mia larghezza di indentazione.
Ringrazio tutti per i consigli e chiedo scusa se mi sono "appropriato" del thread

[difesaparcosempione]

wikipedia dice
ciao