JavaにString.Emptyがないのはなぜですか？

文字列リテラルを入力するたび""に、同じStringオブジェクトが文字列プールで参照されることを理解しています。

しかし、なぜString APIにはが含まれていないpublic static final String Empty = "";ので、への参照を使用できますString.Emptyか？

コンパイラは既存の文字列を参照することを知っており、再利用のためにすでに作成されているかどうかを確認する必要がないため、少なくともコンパイル時間を節約できます。そして個人的には、文字列リテラル、特に小さなリテラルの急増は、多くの場合「コードのにおい」だと思います。

String.Emptyの背後にグランドデザインの理由があったのか、それとも言語の作成者が私の見解を共有しなかったのか？

String.EMPTYは12文字、""2 文字であり、どちらも実行時にメモリ内のまったく同じインスタンスを参照します。なぜString.EMPTYコンパイル時間を節約できるのか完全にはわかりませんが、実際には後者だと思います。

特にStringsが不変であることを考えると、最初に空の文字列を取得していくつかの操作を実行できるわけではありません-を使用してStringBuilder（またはStringBufferスレッドセーフにする場合）、それを文字列に変換するのが最適です。

コメントから質問への更新：

これに触発されたのは TextBox.setText("");

私はあなたの適切なクラスで定数を提供することは完全に正当だと信じています：

private static final String EMPTY_STRING = "";

そして、あなたのコードのようにそれを参照してください

TextBox.setText(EMPTY_STRING);

この方法では、IDEまたは類似の文字列を入力するのを忘れたのではなく、少なくとも空の文字列が必要であることを明示します。

使用する org.apache.commons.lang.StringUtils.EMPTY

null値を気にせずに空の文字列と比較したい場合は、次のようにします。

if ("".equals(text))

最終的には、自分が最も明確であると信じるものを実行する必要があります。ほとんどのプログラマーは、 ""が空の文字列を意味し、誰かが何かを入れ忘れた文字列ではないと想定しています。

パフォーマンス上の利点があると思われる場合は、テストする必要があります。自分でテストする価値がないと思われる場合は、実際に価値がないことを示しています。

15年以上前に言語が設計されたときに解決された問題を解決しようとするように思えます。

String.EMPTY定数が本当に必要な場合は、プロジェクトに「定数」という名前のユーティリティ静的最終クラス（たとえば）を作成できます。このクラスは、空の文字列を含む定数を維持します...

同じアイデアで、整数クラスに存在しないZERO、ONE int定数を作成できますが、私がコメントしたように、書き込みと読み取りは困難です。

for(int i=Constants.ZERO; ...) {
    if(myArray.length > Constants.ONE) {
        System.out.println("More than one element");
    }
}

等。

Apache StringUtilsもこの問題に対処しています。

他のオプションの失敗：

• isEmpty（）-nullセーフではありません。文字列がnullの場合、NPEをスローします
• length（）== 0-ここでもnullセーフではありません。また、空白文字列は考慮されません。
• EMPTY定数との比較-nullセーフではない可能性があります。空白の問題

許可されたStringUtilsは、ドラッグする別のライブラリですが、非常にうまく機能し、nullのチェックや面倒なNullのチェックやNPEの適切な処理を節約できます。

「文字列のメモリプールはリテラル形式で再利用され、大文字と小文字が区別される」とだけ言ってはいけません。コンパイラが内部で行うことはここでは重要ではありません。質問は、特にそれが受け取った賛成票の数を考えると合理的です。

対称性についてです。それがないと、APIは人間にとって使いづらくなります。初期のJava SDKは悪名高くこのルールを無視しており、今ではもう遅すぎます。ここに私の頭の上にいくつかの例があります。あなたの「お気に入り」の例に自由にチップを入れてください：

• BigDecimal.ZERO、ただしAbstractCollection.EMPTY、String.EMPTYなし
• Array.lengthがList.size（）
• List.add（）、Set.add（）ですが、Map.put（）、ByteBuffer.put（）で、StringBuilder.append（）、Stack.push（）を忘れないでください

これらの""リテラルはすべて同じオブジェクトです。なぜそんなに複雑なのですか？入力するのに時間がかかり、不明確になります（コンパイラーへのコストは最小限です）。Javaの文字列は不変オブジェクトであるため、おそらく効率的なものとして以外はそれらを区別する必要はまったくありませんが、空の文字列リテラルを使用することは大したことではありません。

本当にEmptyString定数が必要な場合は、自分で作成してください。しかし、それが行うことは、さらに冗長なコードを奨励することだけです。そうすることによる利益は決してありません。

Noel Mが述べたことに補足すると、この質問を見ることができ、この答えは定数が再利用されていることを示しています。

http://forums.java.net/jive/message.jspa?messageID=17122

文字列定数は常に「インターン」されるため、実際にはそのような定数は必要ありません。

String s=""; String t=""; boolean b=s==t; // true

文字列リテラル「」を入力するたびに、同じStringオブジェクトが文字列プールで参照されることを理解しています。
そのような保証はありません。そして、あなたはあなたのアプリケーションでそれを信頼することはできません、それは決定するのは完全にjvm次第です。

あるいは、言語クリエーターは単に私の見解を共有しませんでしたか？
うん。私には、それは非常に優先度の低いもののようです。

遅い答えですが、それはこのトピックに何か新しいものを追加すると思います。

以前の回答のいずれも元の質問に回答していません。定数の欠如を正当化しようとする者もいれば、定数の欠如に対処する方法を示した者もいます。しかし、定数の利点について説得力のある正当化を提供した人は誰もいなかったため、定数の欠如はまだ適切に説明されていません。

定数は、特定のコードエラーが気付かれないようにするために役立ちます。

""への何百もの参照がある大きなコードベースがあるとします。誰かがコードをスクロールしながらこれらの1つを変更し、それを ""に変更します。このような変更は、気付かれずに本番環境に移行する可能性が高く、その時点で、ソースの検出が難しい問題が発生する可能性があります。

EMPTYという名前のライブラリ定数であるOTOHが同じエラーの影響を受ける場合、EM PTYなどのコンパイラエラーが生成されます。

独自の定数を定義することはさらに優れています。誰かがまだ初期化を誤って変更する可能性がありますが、その幅広い使用により、そのようなエラーの影響は、単一のユースケースのエラーよりも気付かれにくくなります。

これは、リテラル値の代わりに定数を使用することで得られる一般的な利点の1つです。人々は通常、何十もの場所で使用されている値に定数を使用すると、その値を1か所で簡単に更新できることを認識しています。あまり認められないのは、そのような変更がどこにでも表示されるため、これによりその値が誤って変更されることも防止されることです。したがって、はい、 ""はEMPTYよりも短いですが、 ""よりもEMPTYの方が安全です。

したがって、最初の質問に戻ると、言語デザイナーはおそらく、頻繁に使用されるリテラル値に定数を提供することのこの利点に気付いていなかったと推測できます。うまくいけば、いつかJavaで文字列定数が追加されるのを見ることになるでしょう。

それらを主張し""、String.Empty交換可能であるか、またはそれ""がよりよいのなら、あなたは非常に間違っています。

myVariable = "";のようなことをするたびに オブジェクトのインスタンスを作成しています。JavaのStringオブジェクトにEMPTYパブリック定数がある場合、オブジェクト ""のインスタンスは1つしかありません

例：-

String.EMPTY = ""; //Simply demonstrating. I realize this is invalid syntax

myVar0 = String.EMPTY;
myVar1 = String.EMPTY;
myVar2 = String.EMPTY;
myVar3 = String.EMPTY;
myVar4 = String.EMPTY;
myVar5 = String.EMPTY;
myVar6 = String.EMPTY;
myVar7 = String.EMPTY;
myVar8 = String.EMPTY;
myVar9 = String.EMPTY;

10（String.EMPTYを含む11）1つのオブジェクトへのポインタ

または：-

myVar0 = "";
myVar1 = "";
myVar2 = "";
myVar3 = "";
myVar4 = "";
myVar5 = "";
myVar6 = "";
myVar7 = "";
myVar8 = "";
myVar9 = "";

10個のオブジェクトへの10個のポインター

これは非効率的であり、大規模なアプリケーション全体で重要な場合があります。

おそらく、Javaコンパイラーまたはランタイムは、「」のすべてのインスタンスを自動的に同じインスタンスにポイントするのに十分効率的ですが、そうではなく、その決定を行うために追加の処理が必要になる場合があります。