Beliebige Namenskonvention (Geschäftsobjekte)
https://stackoverflow.com/questions/44485
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianFrage
Ok, das tust du Business.Name oder Business.BusinessName
SubCategory.ID oder SubCategory.SubCategoryID
Was ist mit Ihrer Datenbank?
Warum?
Ich bin mit beidem hin- und hergerissen.Würde mich freuen, wenn es eine „richtige Antwort“ gäbe.
Lösung
Der Hauptnachteil der Verwendung von ID, Name usw. besteht darin, dass Sie diese mit dem Tabellennamen qualifizieren müssen, wenn Sie einen SQL-Join schreiben, der zwei Tabellen überlappt.
Trotzdem finde ich es viel prägnanter und lesbarer, nur ID und Name zu verwenden – Ihr Code und Ihre Tabellen werden viel leichter an den Augen vorbeifließen.Einfacher zu tippen und weniger überflüssig.Und geben Sie SELECT Business.Name FROM ... ein.in einer SQL-Abfrage ist nicht wirklich problematischer als die Eingabe von SELECT BusinessName FROM ...
Wenn ich feststelle, dass ich semantische Informationen wiederhole, wird mich das im Allgemeinen darauf aufmerksam machen, nach Möglichkeiten zu suchen, sie zu beseitigen oder zumindest zu erkennen, warum sie sich wiederholen.Dies kann im Kleinen (Attributnamen) oder im Großen (Verhaltensmuster oder gemeinsame Klassenstrukturen) geschehen.
Andere Tipps
Die einzig „richtige“ Antwort ist, konsequent zu sein.Entscheiden Sie im Voraus, welches Sie in einem Projekt verwenden möchten, und bleiben Sie dabei.
Für sehr häufige Eigenschaften wie „Name“ und „ID“ habe ich die Konvention verwendet, den Entitätsnamen nicht in das Feld einzugeben.Für ungewöhnlichere Eigenschaften gebe ich den Entitätsnamen ein.
Dies ist eine Entscheidung über die Namenskonvention, aber ich habe Projekte, bei denen dies die Konvention ist, nicht bereut. Wenn Sie für jede ID den Namen der Entität angeben, erscheint es am Ende zu ausführlich.
Wir identifizieren alles, was der Primärschlüssel ist.SubCategory.SubCategoryID zu sagen scheint überflüssig,
Ich habe vielleicht nicht recht, aber ich denke, Id ist ein schmackhafteres Gericht.
thing.id
Denn wenn Sie reflektierende Dinge schreiben, die sich mit Ihren Objekten befassen und einen Primärschlüssel benötigen, ist es viel einfacher, ihn überall zu kennen, als zu versuchen, ihn mit einer Formel zu bestimmen.
Was das andere betrifft, so ist das meine absolute Präferenz, und ich sehe keine wirklichen Auswirkungen außer der Zeitverschwendung, die mit der Eingabe der anderen Zeichen verschwendet wird, und es ist .net, sodass sowieso niemand tatsächlich Namensräume eingibt.
