Elementen i programmeringsstil
 Omslag till andra upplagan
| |
| Författare | Brian W. Kernighan och PJ Plauger |
|---|---|
| Publicerad | McGraw-Hill |
Publiceringsdatum |
1978 |
| Sidor | 168 sidor |
| ISBN | 978-0070342071 |
The Elements of Programming Style , av Brian W. Kernighan och PJ Plauger , är en studie av programmeringsstil , som förespråkar föreställningen att datorprogram inte bara ska skrivas för att tillfredsställa kompilatorn eller personlig programmeringsstil, utan också för "läsbarhet" av människor, särskilt ingenjörer för mjukvaruunderhåll , programmerare och tekniska skribenter . Den publicerades ursprungligen 1974.
Boken hyllar uttryckligen, i titel och ton, till The Elements of Style , av Strunk & White och anses vara en praktisk mall som främjar Edsger Dijkstras strukturerade programmeringsdiskussioner . Den har varit inflytelserik och har gett upphov till en serie liknande texter skräddarsydda för individuella språk, som The Elements of C Programming Style , The Elements of C# Style , The Elements of Java(TM) Style , The Elements of MATLAB Style , etc.
Boken bygger på korta exempel från faktiska, publicerade program i programmeringsläroböcker. Detta resulterar i en praktisk behandling snarare än en abstrakt eller akademisk diskussion. Stilen är diplomatisk och allmänt sympatisk i sin kritik, och ogenerat ärlig också - några av de exempel som den finner fel på är från författarnas eget arbete (ett exempel i den andra upplagan är från den första upplagan).
Lektioner
Dess lärdomar sammanfattas i slutet av varje avsnitt i snälla maximer , som "Låt maskinen göra det smutsiga arbetet":
- Skriv tydligt – var inte för smart.
- Säg vad du menar, enkelt och direkt.
- Använd biblioteksfunktioner när det är möjligt.
- Undvik för många tillfälliga variabler.
- Skriv tydligt – offra inte klarhet för effektivitet.
- Låt maskinen göra det smutsiga arbetet.
- Ersätt repetitiva uttryck med anrop till vanliga funktioner.
- Sätt i parentes för att undvika oklarheter.
- Välj variabelnamn som inte kommer att förväxlas.
- Undvik onödiga grenar.
- Om ett logiskt uttryck är svårt att förstå, försök omvandla det.
- Välj en datarepresentation som gör programmet enkelt.
- Skriv först på ett lättförståeligt pseudospråk; översätt sedan till vilket språk du än måste använda.
- Modularisera. Använd procedurer och funktioner.
- Undvik gotos helt om du kan hålla programmet läsbart.
- Lagra inte dålig kod – skriv om den.
- Skriv och testa ett stort program i små bitar.
- Använd rekursiva procedurer för rekursivt definierade datastrukturer.
- Testa input för plausibilitet och validitet.
- Se till att indata inte bryter mot programmets gränser.
- Avsluta inmatning med filslutmarkör, inte genom räkning.
- Identifiera dålig input; återhämta sig om möjligt.
- Gör input lätt att förbereda och utdata självförklarande.
- Använd enhetliga inmatningsformat.
- Gör input lätt att korrekturläsa.
- Använd självidentifierande input. Tillåt standardinställningar. Eko båda vid utgång.
- Se till att alla variabler är initierade före användning.
- Stanna inte vid en bugg.
- Använd felsökningskompilatorer.
- Se upp för fel i taget.
- Se till att förgrena sig på rätt sätt på jämställdhet.
- Var försiktig om en slinga går ut till samma plats från mitten och botten.
- Se till att din kod gör "inget" snyggt.
- Testa program vid deras gränsvärden.
- Kontrollera några svar för hand.
- 10,0 gånger 0,1 är nästan aldrig 1,0.
- 7/8 är noll medan 7.0/8.0 inte är noll.
- Jämför inte flyttalstal enbart för jämställdhet.
- Gör det rätt innan du gör det snabbare.
- Gör det felsäkert innan du gör det snabbare.
- Gör det klart innan du gör det snabbare.
- Offra inte klarhet för små effektivitetsvinster.
- Låt din kompilator göra de enkla optimeringarna.
- Ansträng dig inte för att återanvända kod; omorganisera istället.
- Se till att speciella fall verkligen är speciella.
- Håll det enkelt för att göra det snabbare.
- Använd inte kod för att göra det snabbare – hitta en bättre algoritm.
- Instrumentera dina program. Mät innan du gör effektivitetsförändringar.
- Se till att kommentarer och kod överensstämmer.
- Eka inte bara koden med kommentarer – låt varje kommentar räknas.
- Kommentera inte dålig kod – skriv om den.
- Använd variabelnamn som betyder något.
- Använd påståendeetiketter som betyder något.
- Formatera ett program för att hjälpa läsaren att förstå det.
- Dokumentera dina datalayouter.
- Överkommentera inte.
Moderna läsare kan tycka att det är en brist att dess exempel använder äldre procedurprogrammeringsspråk ( Fortran och PL/I ) som skiljer sig ganska mycket från de som är populära idag. Få av dagens populära språk hade uppfunnits när denna bok skrevs. Men många av bokens punkter som i allmänhet rör stilistiska och strukturella frågor överskrider detaljerna i vissa språk.
Reception
Kilobaud Microcomputing uttalade att "Om du tänker skriva program som ska användas av andra människor, bör du läsa den här boken. Om du förväntar dig att bli en professionell programmerare är den här boken obligatorisk läsning".
- BW Kernighan och PJ Plauger, The Elements of Programming Style , McGraw-Hill, New York, 1974. ISBN 0-07-034199-0
- BW Kernighan och PJ Plauger, The Elements of Programming Style 2nd Edition , McGraw Hill, New York, 1978. ISBN 0-07-034207-5