何かが「許可されている」ことを示すブール変数の適切な命名規則を考え出そうとしています。
たとえば、 WarningAllowed またはWarningEnabled (警告を出すオプションをオンにしたことを意味します)。
CodeCompleteにはブール値 (Has<> Is<>) に関するいくつかの提案がありますが、それらは適用されません。
私のアイデア:
- <>有効
- <>許可
- <>
- 許可<>
何かが「許可されている」ことを示すブール変数の適切な命名規則を考え出そうとしています。
たとえば、 WarningAllowed またはWarningEnabled (警告を出すオプションをオンにしたことを意味します)。
CodeCompleteにはブール値 (Has<> Is<>) に関するいくつかの提案がありますが、それらは適用されません。
私のアイデア:
Can
このコンテキストで使用されるプレフィックスを見てきました。例えば:
StackPanel.CanHorizontallyScroll
ReceiveActivity.CanCreateInstance
CanExecuteToolEventArgs.CanExecute
この命名規則は、真か偽かにかかわらず、値の理由を抽象化するため、非常に気に入っています。APIのユーザーは通常、コマンドが禁止されているため、または不可能であるために、コマンドが適格でないかどうかを知る必要はありません。実行します。結果は同じです:グレー表示されたメニュー項目/ボタン/その他。
これにより、将来のバージョンで理由を変更することもできます(たとえば、最初は実際に不可能な場合にのみCan*
プロパティがfalseCan*
を返す場合、将来のバージョンではアクセス権モデルが追加され、それ以降、プロパティの値も依存します現在のアクセス権について)。