Nimeämiskäytäntöä on tietokoneiden ohjelmointi on joukko daussäännöt valita ohjelmiston tunnisteet (nimet ohjelman elementit) on lähdekoodia ja dokumentaatiota.
Syyt nimeämiskäytännön käyttämiseen (toisin kuin ohjelmoijien sallitaan valita mikä tahansa merkkijono) ovat seuraavat:
Nimityskäytäntöjen valinta voi olla kiistanalainen, ja jokaisen yleissopimuksen kannattajat pitävät omiaan parhaimpina.
Tällaisia käytäntöjä määrätään usein projektin tai organisaation mittakaavassa, erityisesti vastaavan kokoisen ohjelmiston kehittämisen yhteydessä. Ne voivat kattaa laajemman kentän ja liittyä esimerkiksi asiakirjoihin, kommentteihin, kieliominaisuuksiin, jotka voidaan määrätä tai kieltää (tämä voi tapahtua goto- ohjeessa ) jne. Puhumme sitten pikemminkin koodauksen tavasta tai standardista . Esimerkiksi teollisuus työllistää Misra C -standardin , joka on jopa rakennettu koodi analysaattoreissa sekä joitakin kerääjiä . Vielä suuremmassa mittakaavassa sopimukset voivat kattaa koko ohjelmiston elinkaaren .
Nimeämiskäytännön käyttäminen voi tarjota paljon suuremman turvallisuuden tietokoneohjelmien käytössä , koska lähdekoodin on noudatettava erityisiä sääntöjä. Tämä helpottaa korkeampien EAL- tasojen saavuttamista esimerkiksi ohjelmistoissa , kun on kyse lähdekoodin tarkistamisesta .
Yksityiskohtaiset edut voidaan jakaa seuraavasti:
Nimityskäytäntöjen (ja niiden laajuuden) valinta on usein keskustelun kohteena. Jopa tunnettujen ja hyvin määriteltyjen käytäntöjen ollessa voimassa, saattaa olla aikoja, jolloin organisaatiot eivät pysty toteuttamaan niitä johdonmukaisesti, mikä voi aiheuttaa sekaannusta.
Nämä haasteet voivat pahentua, jos nimeämiskäytännön sisäiset säännöt ovat epäjohdonmukaisia, mielivaltaisia, vaikeasti muistettavia tai päinvastoin tylsiä kuin hyödyllisiä.
Yksi pisimmistä julkaistuista käytäntöjärjestelmistä oli IBM: n "OF Language" , joka on dokumentoitu 1980-luvulla IMS ( Information Management System ) -oppaassa . Siinä kuvattiin PRIME-MODIFIER-CLASS-sanajärjestelmä, joka koostui nimistä, kuten "CUST-ACT-NO", ilmaisemaan "asiakastilin numero".
Käytännössä käytettävissä olevat CLASS-sanat muodostivat alle kaksikymmentä termiä sisältävän luettelon. Oikealle (loppuliite) sijoitetuilla sanoilla CLASS oli käytännössä sama tarkoitus kuin unkarilaisen merkinnän etuliitteillä .
CLASS-sanojen tarkoituksena oli johdonmukaisuuden lisäksi määritellä ohjelmoijalle tietyn kentän tietotyyppi. Ennen loogisten kenttien hyväksymistä (vain kaksi arvoa) FL (lippu) osoitti kentän, jossa oli vain kaksi mahdollista arvoa.
metatietotietueiden standardi ISO / IEC 11179 -5 sisältää käsitteiden elementtien ( elementtien nimet ), käsitteellisten kenttien ja arvokenttien nimeämiskäytännöt .
Tämä standardi koskee kaikkia merkintäkieliä ( HTML , XML , ...), mutta myös metatietoelementtien avulla tietoja, joita muun tyyppiset kielet voivat käyttää.
Javassa tämän kielen luomisen alusta lähtien yleissopimukset ovat asettaneet tiukat vaatimukset luokille ja muuttujille, jotka kirjataan eri tavalla. Siten Java-ohjelmoijalle widget.expand () ja Widget.expand () merkitsevät huomattavasti erilaista käyttäytymistä, jopa ilman Widget-luokan ennakkotietoa ja siitä huolimatta, että kääntäjä ei pakota mitään sääntöä.
Tosiasiassa, widget pidetään muuttujana . Yhteinen käyttö viittaa siihen, että vekotin on esimerkiksi , että Widget luokan . By haittoja, Widget.expand () tulkitsee Java ohjelmoija kuin " tapa laajentaa staattinen () ja luokan Widget."
Tunnisteet , jotka edustavat makroja C- ja C ++ ovat Sopimuksen mukaan kirjoitettu vain isoja kirjaimia.