Zum Ende des Banners springen
Zum Anfang des Banners springen

Naming Conventions

Zum Ende der Metadaten springen
Zum Anfang der Metadaten

Sie zeigen eine alte Version dieser Seite an. Zeigen Sie die aktuelle Version an.

Unterschiede anzeigen Seitenhistorie anzeigen

« Vorherige Version anzeigen Version 2 Nächste Version anzeigen »

Vorschlag zu Naming Conventions FIR/OpenApi. Bei Konsens bzw. Entscheidung kann diese Seite ggf. in den Dokumentationsbereich verschoben werden.

Richtlinien

  • Wir verwenden Camel case
  • Oder eine an den Anwendungsfall angepasste Variante (Snake-, Title-, Pascal-, Kebab-case)
  • Wir vermeiden bestimmte Anti-Pattern bei der Verwendung von Abkürzungen und Akronymen sowie ausschließliche Groß-/Kleinschreibung.

Was Wie Wo

[Entity] schema

Zur definition von Entity (Model-Klassen) verwenden wir Pascal case. 

Examples: TroubleTicket, QueryServiceQualification, CustomerBill

[Entity] Attributes

Zur definition von Entity Attributes ((Model-Properties)) verwenden wir Camel case.

Beispiel: givenName, familyName, homeId, numberOfVlans

Characteristics (Key/Value)

Zur definition von Characteristics verwenden wir Snake case.

Beispiel: number_of_vlans, access_mode

Das Dient

  • der besseren Unterscheidbarkeit (von Pascal/Camel case)
  • der Vermeidung von Leerzeichen

URL-Pfade

TMF-630: Names in URI (tasks, individual resources, etc.) MUST be camel case or lowercase.

Beispiel: https://serverRoot/tmf-api/productOrdering/v4

Anti-Pattern

Die Vermeidung der aufgeführten Anti-Pattern sorgt dafür, das eine verlustfreie Transformation von einem in das andere Format möglich ist. Das wichtige für Code Generatoren und andere Tools.

Beispiele:

  • NumberOfVLANs
  • OpenAPI
  • NUMBEROFVLANS
  • numberofvlans
  • Keine Stichwörter