Java booleanゲッター「is」と「are」

ブールゲッターのJavaの規則には、接頭辞「is」が含まれていることを知っています。

isEnabled
isStoreOpen

しかし、件名が複数の場合はどうでしょうか？つまり、店舗が開いているかどうかを知りたいのではなく、すべての店舗が開いているかどうかを知りたい場合はどうなりますか？

isStoresOpen() 英語では意味がありません。

私は次のようなゲッターを書きたくなります：

areStoresOpen
areDogsCute
areCatsFuzzy

そして、私はそれが意味をなすだろうと思うが、私はちょうどそれを吸うと契約し、利用動詞主題を放棄すべきであることを他の人が言われてきましたisStoresOpen、isDogsCute、isCatsFuzzy。

とにかく、複数のサブジェクトで動作するブールゲッターにはどうすればよいですか？

これがどの本の本なのかは思い出せませんが、本質はコードが書かれた回数よりも何度も読み込まれることです。読みやすくするために書き込みます。

まともな英語と次のJava標準を持つことはどうでしょうか。

isEveryStoreOpen() または isEachCatCute()

正しい単語が疑わしいときは、常にシソーラスを調べたいと思います。

慣例では、ゲッターメソッドの前に、変量自体ではなく「is」を付けます。

例えば

private boolean enabled;

public boolean isEnabled() {
    return enabled;
}

そして

private boolean storesOpen;

public boolean isStoresOpen() {
    return storesOpen;
}

isStoresOpen（）は英語では意味がありません。

文法的には意味をなさないかもしれませんが、慣例に従い、十分に読みやすく見えます。

Java Bean仕様ではget、booleanthen useでない限り、getter を使用するように規定されていますis。areは非標準であり、標準のBean命名を期待するものには認識されません。

多くのツールがを予期している、isまたはget認識しない可能性がありareます。

以下のように、それらを言い換えてみgetDogsAreFuzzy()たりgetStoresAreOpen()または互換性と規則のためにそのようなもの。

- isEnabled()のように書くこともできるgetEnabled()の中でJava naming conventions。

-命名規則に従うのは良い習慣であり、で作業するときに役立ちますJava Beans。

一般に、メソッドは段落としてほとんど読み取れるように、コードはできるだけ読みやすいはずだと思います（によって支持されていますClean Code）。したがって、私は可能な限り簡単に音を出して読む方法を挙げ、の文法規則に従いareます。最新のIDEでは、特にget/ を探すことなく、メソッドを簡単に見つけることができますis。

しかし、クマール氏は豆について良い指摘をしている。多くのツールはget/ のみを検索しisます。その場合、私は両方の方法を持つことを検討するかもしれません。1つは読みやすくするため、もう1つはツールを使用するためのものです。

英語またはJavaで何語を書いていますか？

私はJavaコードを読んでいたとき、私は、両方のゲッターを検索するために私を有するものがあることを期待しているとされている接頭辞、より多くのちょうど1プレフィックスを探してより複雑になります。

しかし、一方で朝に新聞を読んでいるときは何も探していませんので、もっと伝統的な英語で書くことができます。

0を返します。

あなたの質問では、ゲッターについて明示的に尋ねています。ゲッターは、クラスの1つのインスタンスに関する情報を返します。たとえば、クラスがありStoreます。さて、isStoreOpenゲッターのための完全に罰金メソッド名です。

次に、すべての店舗が開いているかどうかをチェックするメソッドについて説明します。このメソッドは、1つのインスタンスに関する情報を返さないため、まったくゲッターではありません。もちろん、クラスがない限りStores。これが当てはまる場合は、設計を再考する必要があります。Javaにはすでに配列やコレクションなどの多数のインスタンスを格納する方法があるため、追加のクラスを作成する必要はありません。

そうでない場合は、このメソッド名で十分です。別の方法としてはallStoresOpen、「is」がない場合があります。

TL; DR：複数のインスタンスを扱っている場合、それはゲッターではありません。もしそうなら、あなたのデザインは悪いです。

正直なところ、私は間違いなく忘れずにare*固執しis*ます。を"is"変数の意味として考え、可能であればより適切な名前を付けます。

isStoresOpenはそれほど悪くないように聞こえますが、それがあなたのために聞こえる場合はisStoresAreOpenを作成できます。

しかし、私の一般的な考えは、慣習に固執することです。ゲッターには「get」、ブール型には「is」を使用しています。個人的には、「is」を使用することはすでに問題があると思います。はい-「if」条件では見栄えがしますが、コーディング時に「get」と書いて、ドロップダウンリストで必要な変数を確認し、何が問題で何が見つからないのか疑問に思うようになると、気づきます。 「である」で始まる...

オブジェクト指向プログラミングでは、これが発生することはめったにありませんが、それ以降Store、Catまたはそれ自体が、独自のisOpen()またはisFuzzy()メソッドを持つ別個のクラスであるべきです。より高いタイプの場合は、実際に使用しているよりアトミックなレベルに分割することを検討してください。一般に、オブジェクトは最下位レベルで複数であってはなりません。

このStoresOpenのisStoresOpen（）は複数のように見えますが、

そのJava命名規則およびJava Beans標準に従うと、ブールおよびその他のタイプの事前定義された接頭辞があるため、Java Beans命名規則に従う必要があります。

さあ、あなたの言いたいことを考えてみましょう。イギリスの見込み客のように、storesOpenを見ると、複数のように見えます。もう一度その言葉を深く観察し、

ここに

storesOpenは、英語の文法によれば複数形です。

出てくるのisStoresOpenそれが特異であるか、あなたはそれが規則をプログラミングするという点でスカラーであると言うことができるのではなく、複数ではありません。

真か偽か、ブール値です

ないあなたの英語の複数の文のような真のまたは偽の

trueまたはfalseの配列、またはtrueまたはfalseのコレクションではない

つまり、ここでは、そのブールBeanメソッドから返される値に関係しているのではなく、実際のエンティティを指すクラスのプロパティに指定されている名前に関係していると言えます。

もう一つ重要なことは、このようなブール値のプロパティは、クラスで使用されており、それらはいずれの枠組みの中で事前に定義されたライブラリで使用されるたびに、その後、使用する接頭辞を持つフレームワーク「は、あるある、ブール値を取得するために」

複数形/単数形、マルチプレクサなどの英語の文法を知っているので、なぜそれはあなたよりそれほど賢くないということを意味します...