Hier sind zwei Beispiele mit zwei verschiedenen Ansätzen zur Benennung von Variablen:
%Vor%gegen
%Vor%Welche würden Sie normalerweise bevorzugen und warum?
Du solltest verwenden was immer man besser liest als ein englischer Satz. Wie der fällige Betrag an den Kunden ist 1000 Dollar. Meiner Meinung nach ist # 1 besser. Denn wenn Sie den Kunden fälschen den Betrag von 1000 Dollar nennen, bricht er den Wortlaut der aktuellen Variable auf.
Was im gegebenen Kontext am besten lesbar ist. Ich konnte sehen, dass dies von einer Ihrer Optionen zu einfach "bezahlt" und "fällig" reicht.
Zum Beispiel:
%Vor%Der erste Wert (amountDue) bedeutet, dass Sie sieben Zeichen eingeben müssen, bevor Sie nützliches Intellisense erhalten. Ich würde mich für Nummer zwei entscheiden.
Um den Topf ein wenig zu rühren (und es macht keinen Spaß, wenn alle einverstanden sind), würde ich Option 1 wählen.
Wie andere schon sagten, ist Option # 1 besser, da die Benennung folgt, wie man diese Konzepte in einem Satz verwenden würde, ohne seltsam zu klingen. Aber ich denke, Sie sollten auch auf die Geschäftsdomäne achten, die Sie modellieren, um Ihre Variablen zu benennen. Ein Konzept kann mit einem sehr eindeutigen Namen oder einer eindeutigen Terminologie in einer bestimmten Geschäftsdomäne bezeichnet werden, die nicht richtig klingen würde, wenn sie in einem Satz außerhalb dieser Geschäftsdomäne verwendet wird. Wenn dies der Fall ist, würde ich mich mit der Terminologie befassen, die die Geschäftsdomäne verwendet, damit der Code in der Geschäftsdomänen-Terminologie ausgedrückt wird. Dies hilft Entwicklern, sich mit der Geschäftsdomäne vertraut zu machen und erleichtert die Kommunikation mit Kunden, da alle dieselbe Sprache sprechen.
Wenn ich zum Beispiel in diesem speziellen Fall bemerke, dass die Geschäftsdokumente und Kunden den fälligen Betrag anstelle des fälligen Betrags in Bezug auf eine erwartete Zahlung verwenden, würde ich mit dem fälligen Betrag gehen.
Tags und Links naming-conventions