Lines Matching refs:una
18 La prima cosa che suggerisco è quella di stamparsi una copia degli standard
48 subordinati ``case``. In questo modo si evita una doppia indentazione per
102 d'intestazione, alle funzioni con una lista di argomenti molto lunga. Tuttavia,
112 una strategia di posizionamento o un'altra; ma il modo qui preferito,
115 di chiusura per prima su una nuova riga, così:
154 Notate che la graffa di chiusura è da sola su una riga propria, ad
181 righe sul vostro schermo non sono una risorsa illimitata (pensate ad uno
185 Non usate inutilmente le graffe dove una singola espressione è sufficiente.
202 contiene una sola espressione; in quest'ultimo caso usate le graffe per
214 Inoltre, usate le graffe se un ciclo contiene più di una semplice istruzione:
227 (principalmente) dalle funzioni e dalle parole chiave. Usate una spazio dopo
253 Quando dichiarate un puntatore ad una variabile o una funzione che ritorna un
281 e nessuno spazio attorno agli operatori dei membri di una struttura ``.`` e
285 l'indentazione ``furba`` inseriranno gli spazi bianchi all'inizio di una nuova
289 perché volete lasciare una riga vuota. Il risultato è che finirete per avere
294 una serie di modifiche, questo potrebbe far fallire delle modifiche successive
304 non è una delle più difficili da capire.
307 descrittivi per variabili globali sono un dovere. Chiamare una funzione
311 dei nomi descrittivi, così come le funzioni globali. Se avete una funzione
323 ``i`` possa non essere capito. Analogamente, ``tmp`` può essere una qualsiasi
360 una bella cosa. Il motivo per cui abbiamo cose come pte_t eccetera è
371 Ancora - dev'esserci una **ragione** per farlo. Se qualcosa è
378 è una buona scelta.
401 non usare MAI MAI un typedef a meno che non rientri in una delle regole
404 In generale, un puntatore, o una struttura a cui si ha accesso diretto in
410 Le funzioni dovrebbero essere brevi e carine, e fare una cosa sola. Dovrebbero
412 di uno schermo secondo ISO/ANSI è di 80x24), e fare una cosa sola e bene.
414 La massima lunghezza di una funziona è inversamente proporzionale alla sua
416 una funzione che è concettualmente semplice ma che è implementata come un
420 Comunque, se avete una funzione complessa e sospettate che uno studente
435 Nei file sorgenti, separate le funzioni con una riga vuota. Se la funzione è
461 L'istruzione goto diventa utile quando una funzione ha punti d'uscita multipli
531 I commenti sono una buona cosa, ma c'è anche il rischio di esagerare. MAI
534 spiegare codice scritto male è una perdita di tempo.
545 Per favore, quando commentate una funzione dell'API del kernel usate il
577 per una dichiarazione multipla). Questo vi lascerà spazio per un piccolo
647 Ma anche se doveste fallire nell'ottenere una formattazione sensata in emacs
660 Ma ricordatevi: ``indent`` non è un correttore per una cattiva programmazione.
705 Le strutture dati che hanno una visibilità superiore al contesto del
714 in parallelo - e non doversi preoccupare di una struttura dati che
720 dati coerenti, mentre il conteggio dei riferimenti è una tecnica di gestione
726 il numero dei suoi utenti, e il contatore globale viene decrementato una
778 sono **proprio** una pessima idea. Sembra una chiamata a funzione ma termina
782 2) le macro che dipendono dall'uso di una variabile locale con un nome magico:
788 potrebbe sembrare una bella cosa, ma è dannatamente confusionario quando uno
789 legge il codice e potrebbe romperlo con una cambiamento che sembra innocente.
792 ritorcervisi contro se qualcuno, per esempio, trasforma FOO in una funzione
804 5) collisione nello spazio dei nomi quando si definisce una variabile locale in
805 una macro che sembra una funzione:
816 ret è un nome comune per una variabile locale - __foo_ret difficilmente
817 andrà in conflitto con una variabile già esistente.
827 di riguardo per l'ortografia e farete una belle figura. In inglese, evitate
843 Tirar fuori un buon messaggio di debug può essere una vera sfida; e quando
854 incondizionatamente, per esempio perché siete già in una sezione di debug
865 Il modo preferito per passare la dimensione di una struttura è il seguente:
902 Sembra che ci sia la percezione errata che gcc abbia una qualche magica
907 suo complesso più lento per via di una cache per le istruzioni della CPU più
908 grande e poi semplicemente perché ci sarà meno spazio disponibile per una
909 pagina di cache. Pensateci un attimo; una fallimento nella cache causa una
914 static e utilizzare una sola volta è sempre una scelta vincente perché non
918 utente surclassano il potenziale vantaggio nel suggerire a gcc di fare una
925 è quel valore che indica se una funzione ha completato con successo o meno.
931 i bachi più insidiosi. Se il linguaggio C includesse una forte distinzione
936 Se il nome di una funzione è un'azione o un comando imperativo,
951 Le funzioni il cui valore di ritorno è il risultato di una computazione,
965 necessario, e questo va ad eliminare una certa serie di bachi.
980 Se una struttura ha molti valori true/false, considerate l'idea di raggrupparli
995 di macro che dovreste usare piuttosto che implementarne una qualche variante.
1003 Analogamente, se dovete calcolare la dimensione di un qualche campo di una
1045 d'indentazione e di modalità d'uso. Le persone potrebbero aver configurato una
1053 *inline assembly* per interfacciarvi col processore o con una funzionalità
1058 Considerate la scrittura di una semplice funzione che racchiude pezzi comuni
1071 Quando scrivete una singola espressione *inline assembly* contenente più
1072 istruzioni, mettete ognuna di queste istruzioni in una stringa e riga diversa;
1094 porzioni d'espressioni. Piuttosto che mettere una ifdef in un'espressione,
1098 Se avete una variabile o funzione che potrebbe non essere usata in alcune
1101 racchiuderla in una direttiva condizionale del preprocessore. (Comunque,
1102 se una variabile o funzione è *sempre* inutilizzata, rimuovetela).