Examples: query, "exact match", wildcard*, wild?ard, wild*rd
Fuzzy search: cake~ (finds cakes, bake)
Term boost: "red velvet"^4, chocolate^2
Field grouping: tags:(+work -"fun-stuff")
Escaping: Escape characters +-&|!(){}[]^"~*?:\ with \, e.g. \+
Range search: properties.timestamp:[1587729413488 TO *] (inclusive), properties.title:{A TO Z}(excluding A and Z)
Combinations: chocolate AND vanilla, chocolate OR vanilla, (chocolate OR vanilla) NOT "vanilla pudding"
Field search: properties.title:"The Title" AND text
Unbeantwortet
Best-Practices im Hinblick auf Namens - Konventionen


Wenn ich die Wahl habe, sieht mein Standard wie unten aufgeführt aus.

Prozessname: PascalCase => OrderManagement
Prozesstabelle: {Acronym aus ProcessName}_MAIN => OM_Main
Untertabellen:  {Acronym aus ProcessName}_{Inhalt} => OM_Orders

Wenn man sich die Tabellen auf der Datenbank mal direkt anschauen muss, sind die bei diesen Namen untereinander aufgelistet und man muss nicht hin und her scrollen, wenn man sich die Tabellen des Prozesses zusammen suchen will

TabellenFelder: PascalCase => VendorNo

JR erlaubt nur 20 Zeichen daher ist PascalCase ein guter Kompromiss aus lesbarkeit und länge

DialogFelder: camcelCase => vendorNo

in html ist der "standard" oft kebab-case oder snake_case. kebab-case kann man in JR nicht bei allen Elementen verwenden, da es Probleme mit einigen Events gibt.

Bei Rollen kommt es darauf an, wofür die gedacht sind. Gehören die eher zu einem Prozess sieht der Name bei mir so aus:
Rollen: {Acronym aus ProcessName}_{Zweck} => OM_Approver

Existieren schon Prozesse beim Kunden versuche ich mich so gut wie möglich an den vorhandenen Standard zu orientieren.

  
  

Vielen lieben Dank, Dominic!

Karim - Lukas   vor 3 Jahren Melden
675 Ansichten
0 Antworten
vor 3 Jahren
vor 3 Jahren