Bruke Java-navnekonvensjoner

Forretningsmann sitter foran datamaskinen, bakoversikt

Musketer/Digital Vision/Getty Images





En navnekonvensjon er en regel du skal følge når du bestemmer deg for hva du skal navngi identifikatorer (f.eks. klasse, pakke, variabel, metode osv.).

Hvorfor bruke navnekonvensjoner?

Forskjellig Java-programmerere kan ha forskjellige stiler og tilnærminger til måten de programmerer på. Ved å bruke standard Java-navnekonvensjoner gjør de koden deres lettere å lese for seg selv og for andre programmerere. Lesbarhet av Java-kode er viktig fordi det betyr at det brukes mindre tid på å prøve å finne ut hva koden gjør, noe som gir mer tid til å fikse eller endre den.



For å illustrere poenget er det verdt å nevne at de fleste programvareselskaper vil ha et dokument som skisserer navnekonvensjonene de vil at programmererne deres skal følge. En ny programmerer som blir kjent med disse reglene vil kunne forstå kode skrevet av en programmerer som kan ha forlatt selskapet mange år i forveien.

Velge et navn for identifikatoren din

Når du velger et navn for en identifikator, sørg for at det er meningsfullt. For eksempel, hvis programmet ditt omhandler kundekontoer, velg navn som er fornuftige for å håndtere kunder og deres kontoer (f.eks. kundenavn, kontodetaljer). Ikke bekymre deg for lengden på navnet. Et lengre navn som oppsummerer identifikatoren perfekt er å foretrekke fremfor et kortere navn som kan være raskt å skrive, men tvetydig.



Noen få ord om saker

Bruker riktig bokstav sak er nøkkelen til å følge en navnekonvensjon:

    Små bokstaverer der alle bokstavene i et ord skrives uten store bokstaver (f.eks. mens, hvis, min pakke).Stor bokstaver der alle bokstavene i et ord er skrevet med store bokstaver. Når det er mer enn to ord i navnet, bruk understrek for å skille dem (f.eks. MAX_HOURS, FIRST_DAY_OF_WEEK).CamelCase(også kjent som Upper CamelCase) er der hvert nytt ord begynner med stor bokstav (f.eks. CamelCase, CustomerAccount, PlayingCard).Blandet sak(også kjent som Lower CamelCase) er det samme som CamelCase, bortsett fra at den første bokstaven i navnet er med små bokstaver (f.eks. hasChildren, customerFirstName, customerLastName).

Standard Java-navnekonvensjoner

Listen nedenfor skisserer standard Java-navnekonvensjoner for hver identifikatortype:

    Pakker:Navn skal være med små bokstaver. Med små prosjekter som bare har noen få pakker er det greit å bare gi dem enkle (men meningsfulle!) navn: |_+_| I programvareselskaper og store prosjekter hvor pakkene kan importeres til andre klasser, vil navnene normalt være underinndelt. Vanligvis vil dette starte med firmaets domene før det deles opp i lag eller funksjoner: |_+_|Klasser:Navn skal være i CamelCase. Prøv å bruke substantiv fordi en klasse vanligvis representerer noe i den virkelige verden: |_+_|Grensesnitt:Navn skal være i CamelCase. De har en tendens til å ha et navn som beskriver en operasjon som en klasse kan gjøre: |_+_| Merk at noen programmerere liker å skille grensesnitt ved å begynne navnet med et 'jeg': |_+_|Metoder:Navn skal stå i blandede bokstaver. Bruk verb for å beskrive hva metoden gjør: |_+_|Variabler:Navn skal stå i blandede bokstaver. Navnene skal representere hva verdien av variabelen representerer: |_+_| Bruk bare svært korte navn når variablene er kortvarige, for eksempel i for loops: |_+_|Konstanter:Navn skal stå med store bokstaver. |_+_|