重複の可能性:
メソッドの静的インポートの良いユースケースは何ですか?
次のようなJavaでの静的インポートはめったに見られません。
import static java.lang.Math.*;
その後PI
、を呼び出さなくてもアクセスできますMath.PI
。
あなたはこれをそれほど頻繁に見ないので、それはこれをするのは悪いデザインであることを意味しますか?
重複の可能性:
メソッドの静的インポートの良いユースケースは何ですか?
次のようなJavaでの静的インポートはめったに見られません。
import static java.lang.Math.*;
その後PI
、を呼び出さなくてもアクセスできますMath.PI
。
あなたはこれをそれほど頻繁に見ないので、それはこれをするのは悪いデザインであることを意味しますか?
各定数がどこで定義されているかを確認したいという理由だけで、それらを使用しないことを好みます。クラスと定数に適切な名前が付けられていると、読みやすさが大幅に向上します。
繰り返しになりますが、同じクラスの定数を多数使用していて、それらがどこから来ているのかが明らかな場合は、ワイルドカードをインポートすることをお勧めします。
それは悪いデザインではありませんが、私の意見Math.PI
では、単なるメンテナンスよりもメンテナンスの方が明確ですPI
。
時々そうです。静的インポートを使用する場合、静的にインポートしたクラスのフィールドとメソッドは、クラスからのもののように見える場合があります。
これは理解しやすさに影響します、私見。
そうは言っても、私はJUnitテストでいつもそれを使用しています!
悪くない。通常は必要ありません。私のプログラムがに多くの呼び出しを使用するときはいつでも、私は個人的にそれを使用しjava.lang.Math
ます。
あまり使用されないので、ほとんどの人もそれについて知りません。同じことが静的コンストラクターのような他のコンストラクターにも当てはまります。
数学は以前からimport static
存在していたため、ほとんどの開発者は古い形式を使用する傾向がありました。