Soll ich immer "is" als Präfix für boolesche Variablen verwenden? [geschlossen]

Sollte ich immer isals Präfix für boolesche Variablen verwenden? Was ist mit Booleschen Werten, die auf etwas in der Vergangenheit hinweisen? Soll ich schreiben isInitializedoder wasInitialized? Soll ich für Immobilien schreiben IsManyMembersoder HasManyMembers?

Gibt es Best Practices? Oder soll ich einfach nach englischen Regeln schreiben?

coding-style naming boolean

— Mark Twain
quelle

Empfohlene Lektüre: Warum ist es eine schlechte Sache, eine Frage zu „Best Practice“ zu stellen?

— gnat

Verwandte (und geschlossene) programmers.stackexchange.com/questions/221868/…

— superM

Antworten:

Nicht wirklich, da Boolesche Werte nicht immer verwendet werden, um anzuzeigen, dass ein Objekt etwas "ist".

"has" ist ein ebenso gültiges Präfix "was", "can" sind auch unter bestimmten Umständen gültig, außerdem habe ich das Suffix "Able" verwendet.

So Object herring:-
 isFish = true
 isCat = false
 hasScales = true
 hasFur = false
 canSwim = true
 wasEgg = true
 eatAble = true

Object moggy:-
 isFish = false
 isCat = true
 hasScales = false
 hasFur = true
 canSwim = false
 wasEgg = false
 eatAble = false

Es hängt alles davon ab, was das Programm lesbar macht.

— James Anderson
quelle

Ich denke, ich würde canBeEaten oder isEdible gegenüber eatAble wählen.

— kzh

@kzh - isEdible ist gut! Ich bin mir nicht so sicher, ob canBeEaten das ist, was mit dem Objekt passiert, und nicht, was das Objekt kann. Wählerisch wählerisch Ich weiß :-).

— James Anderson

Was ist mit einer Flagge, die anzeigt, ob etwas erlaubt ist oder nicht? Ist "AllowsExtensions" klar? Oder wäre "DoesAllowExtensions" klarer, wenn auch länger?

— Reverse Engineer

Wenn Sie -able als Suffix verwenden, würde ich es nicht großschreiben, da es kein Wort ist. zB eher tragbar als wearAble

— jk.

@kzh: Ich habe anfangs gelesen, dass eatAbleman "essen kann" und nicht "essen kann". Alles in allem ist es mehrdeutig und würde in der Tat besser vermieden werden.

— Flater

Ich würde mit englischen Regeln gehen. Ich neige dazu, über den nächsten Programmierer nachzudenken, bei dem es sich bei Ihrer Arbeit um einen mit Axt schwingenden Wahnsinnigen handelt, der mich verfolgen wird, wenn der Code schwer zu verstehen ist. Wenn ich das bedenke, ist es die beste Option für meine Gesundheit, den Code sauber und leicht lesbar zu halten, was bedeutet, dass Englisch und die Domänensprache so gut wie möglich sind.

— Klee
quelle

"Wenn der Kabeljau zu schwer zu verstehen ist",

— bleibe