Coderingsnormen en conventies voor programmeertalen zoals Java zijn ontworpen om de kwaliteit en betrouwbaarheid van applicaties gebouwd met behulp van die talen te verbeteren . Java projecten vaak groot , met verschillende onderdelen werken door een aantal verschillende ontwikkelaars . Het hebben van een gemeenschappelijke reeks praktijken betekent dat ontwikkelaars efficiënter kunnen werken met ieders code , als de code is duidelijker en makkelijker te lezen . Naamgeving Java conventies dicteren bepaalde regels voor de naamgeving van programmaonderdelen zoals variabelen , klassen , objecten , pakketten en interfaces onder anderen . CamelCase wordt gebruikt in de meeste gevallen als in de volgende voorbeelden : //Klasse Namen beginnen hoofdletters Class MyClass Twitter //variabelen beginnen met kleine letters Object anObject In het algemeen gebruiken betekenisvolle namen , bijvoorbeeld " teller " in plaats van " c" , zodat mensen ( inclusief uzelf ) het lezen van uw code het gemakkelijker kan begrijpen . inspringen Inspringen is een van de belangrijkste elementen in de programmering dat maakt code gemakkelijker te lezen . Inspringen moet in het algemeen weerspiegelen de logische structuren in een programma , en helpt bij het identificeren informatie in een oogopslag , bijvoorbeeld , de omvang van variabelen . Java conventies ook dicteren waar pauzes dient binnen verpakt regels code , met de voorkeur regeleinden die na komma's en voor exploitanten , als volgt : aMethod ( parameterOne , parameterTwo , parameterThree ) ; int answer = itemOne + itemTwo + itemThree ; . De tweede lijnen in deze gevallen moet idealiter komen na acht ruimtes < br > Reacties Het gebruik van commentaren maakt alle code makkelijker om mee te werken , vooral als lange of complexe algoritmes zijn betrokken . Code reacties volgens Java conventies moeten worden opgenomen voordat verklaringen van de belangrijkste variabelen , methoden , klassen en eventuele langdurige structuren , zowel binnen als al deze. Gebruik zowel single -en multi -line reacties , die zich op hun eigen lijnen of aan het einde van de code lijnen : /* * genealogie Dit is een commentaar in een blok * / //Dit is een enkele regel commentaar int teller = 0 ; //Dit is extra informatie over de regel code Documentation < br > U maakt Java documentatie voornamelijk door het gebruik van de Javadoc faciliteit, die de HTML-documenten meeste standaard hulpmiddelen voor Java -toepassingen en het gebruik , met inbegrip van de taal zelf genereert . U maakt Javadoc content binnen source code met behulp Javadoc reacties : /** * genealogie Dit is een Javadoc reactie * - let op de dubbele asterisk te beginnen * / Wanneer ontwikkelaars werken met code die is ontwikkeld door iemand anders , hun eerste referentiepunt is vaak de Javadoc , want het geeft een overzicht van de bron , zonder dat hij daadwerkelijk lezen van de code zelf . programma Ontwerp Er zijn veel overeenkomsten en normen voor de implementatie details binnen Java-programma's . Een voorbeeld hiervan is de aanpak van de toegang tot de variabelen in een klas van externe code . ( Zie Verwijzingen 4 ) Het wordt algemeen aanbevolen klassevariabelen prive te houden , en bieden toegang tot hen met het openbaar methoden . Bijvoorbeeld, als een klasse heeft een tekenreeks instantie variabele genaamd " someData " het zou een methode die toegang biedt tot het van elders in de applicatie : public string getData ( ) { return someData ; }
|