Java「デフォルトのパッケージ」の意味が分かりません。

Question

Java「デフォルトのパッケージ」の意味が分かりません。
http://takeoba.cool.ne.jp/java/packageDeclaration.htm
に

パッケージ宣言しないプログラムは、デフォルトのパッケージに割り当てられます。

と書かれているのですが「デフォルトのパッケージ」の意味が分かりません。
　Googleで「Java デフォルトのパッケージ」を検索してもヒットする件数は多いのですが「デフォルトのパッケージ」の意味そのものに触れたものがなかなか見つかりません。
　Javaに詳しい方、よろしくお願いいたします。

Kyon2_PaPa · Accepted Answer

なんというか、パッケージを「クラスファイルの保存場所」と思われてしまうとまずいので、微妙に追加を。

まず、パッケージというのは何のためのものか、それをご理解ください。これは、クラスファイルの保存場所に関するものではありません。パッケージというのは、クラスに名前空間を与え管理するためのものです。わかりやすくいえば、ファイルをフォルダで分類して整理できるのと同じように、すべてのクラスを、場所を指定して管理できるようにするための仕組みのことです。

Javaでは、クラス名を記述してプログラムを動かしますね？　では、同じクラスが複数あったらどうなるでしょうか？　Javaはそれらを区別することができなくなります。が、実質問題として、さまざまな人間がすべて異なる名前でクラスを定義するとは思えません。そこで、クラスを保存する場所を階層的に指定し、「このクラスは、jp.hoge.hogeという場所にあるクラスですよ」ということを示して扱えるようにしたわけです。これが「パッケージ」です。

実際、標準で付いてくるクラスを見ると、java.awt.Buttonというように、パッケージの中に収めてあることがわかります。が、こうなると今度は「ちょっとプログラムを試しに動かしたいのに、わざわざ他とは重複しないパッケージを定義して動かさないといけないのは面倒だ」ということになります。そこで、「それじゃあ、何もパッケージを指定しないで作ったクラスは、仮にデフォルトパッケージというパッケージを用意して、その中にあるという扱いにしよう」ということで考えられたのがデフォルトパッケージです。

パッケージを指定したクラスは、（アーカイブ化していなければ）それぞれの階層がフォルダとして用意された形で保存されます。例えば、jp.hoge.Testならば、「jp」フォルダ内に「hoge」フォルダがあり、その中に「Test.class」が保存されます。が、パッケージ指定していなければ、（階層がありませんから）フォルダなどなく、その場に保存されます。classファイルのある場所が、デフォルトパッケージのクラスが保管されている場所と判断されるわけです。が！「保存されているフォルダがパッケージのことだ」とは思わないでください。これは、ただの「現象」です。たまたま、現在のJavaはそういう形でファイルを保存するようになっている、というだけのことです。パッケージは、あくまで「プログラム上に用意される空間」です。ファイルの保管場所のことではありません。

デフォルトパッケージというものが用意されている理由は、「Javaのクラスは、必ずどこかのパッケージに置かれなければならない」からです。パッケージのないクラスは存在できません。なぜなら、Javaの言語仕様に、パッケージの存在がかかわっているからです。例えば、クラスを定義するのに「public」をつけますが、これが付いていないと「同一パッケージ内についてpublic」と扱われます。つまり、「パッケージ内のクラスとパッケージ外のクラス」で利用が異なるような仕様が文法に既に用意されているのです。このため、必ずクラスはどこかのパッケージに属さなければなりません。それで、まったくパッケージを指定していないものも、デフォルトパッケージというパッケージに所属するという形で扱われるようになっているのです。

davosuke · Answer

>参照、または継承する自作のソースコードをコンパイルするとき
>他人が作ったソースコードの分からないclassファイル、
>jarファイルは参照、または継承する自作のソースコードの
>classファイルの吐き出し先に他人が作ったソースコードの
>分からないclassファイル、jarファイルがコピーされるのですか？
デフォルトパッケージ直下から固められたjarファイルや、他人が作ったソースコードの分からないclassファイルにパッケージ文ない場合
クラスパスで指定した直下に置けば自作のソースコードを
コンパイルの問題はありませんが、
他人が作ったソースコードの分からないclassファイルが
パッケージ文ある場合は、正しく、クラスパスからのパッケージを作成しないと参照された、自作のソースコードはコンパイルエラーになります。

davosuke · Answer

>これは
>参照しているクラス hensuu = new 参照しているクラス();
>とか
>と解釈してよろしいのですよね？

クラス参照するということは、インスタンスを生成するときもそうですが、クラスメソッド（静的メソッド）やクラス変数（スタティック変数）をコールするときも同じです。

>カレントディレクトリにあるソースコードを
>コンパイル時に-dオプションをつけると
>カレントディレクトリではなく-dオプションで
>指定したフォルダ(このフォルダをAとします)に
>classファイルができるのですか？

はい、そうです。

>-dオプションをつけずに-classpathで指定したフォルダの
>ソースコードをコンパイルすると-classpathで指定した
>フォルダではなくカレントディレクトリ
>(このフォルダもAとします)にclassファイルができるのですか？

はい、そうです。

>そしてそれぞれソースコードにパッケージ宣言をつけて
>コンパイルするとAからのパッケージ宣言をした相対位置の
>フォルダにclassファイルができるのですか？

はい、そうです。

hofchan · Answer

さらに深く迷われているような気がしますが

javac -d

は

javac -help

でもわかるように、class ファイルの吐き出し場所を指定するだけで
パッケージに影響しません、パッケージに何も宣言しなければ
どこのディレクトリでコンパイルしてもデフォルトのパッケージなのです

＞この場合、hoge2がデフォルトパッケージ。

ディレクトリ＝パッケージ
ではありません、コードの上での扱い方の問題です

hofchan · Answer

言葉たらずで申し訳ありませんでした、気になったので横槍かと
思いましたが少し難しく考えられてるようなので

mkdir hoge1 hoge2
cd hoge1

として、ここに(hoge1ディレクトリの中)パッケージの無い

public class hoge1{
  public void foo(){
   System.out.println("Hello");
  }
}

hoge1.javaを作ります、次に

cd ../hoge2

ここに（hoge2 ディレクトリの中)

public class hoge2{
  public static void main(String args[]){
  hoge1 h = new hoge1();
　h.foo();
  }
}
これをhoge2.javaとした時

cd hoge1
javac hoge1.java

これは問題無くコンパイル出来ます
今度は

cd ../hoge2
javac hoge2.java

これは当然通りません、しかし最初のコンパイルで出来た
hoge1.class と同じディレクトリに hoge2.java を置くことで
import 宣言も何もなしでコンパイル出来ます、2つとも同じ
デフォルトのパッケージに含まれています

#CLASSPATHに「.」がいるのかな?

当然 davosuke様が言うように、最初のコンパイルで

javac -d ../hoge2 hoge1.java

でもかまいません、デフォルトのパッケージ同士は同じパッケージ
と簡単に考えてもいいと思います

davosuke · Answer

>デフォルトパッケージはカレントディレクトリのC:\aaaではなく>a.javaが入っているC:\bbbになるのでしょうか？

それは、違います。C:\aaaがデフォルトパッケージです。
javacコマンド実行時にclaspathを指定しても、
コンパイル時にはコンパイル対象javaファイルが参照している
classがclasspath内に存在しないとコンパイルが通りません。
よって、-dオプションにて指定していない場合、
カレントディレクトリのC:\aaaになります。

davosuke · Answer

javaファイルをコンパイルし、classファイルを作成する
javacコマンドはご存知でしょうか？？
ご存知なら、以下のa.java,b.java,c.javaをコンパイルしてみてください。
=============== クラスA(a.java) ==============
package a
public class A{
}
=============== クラスB(b.java) ==============
package a.b
public class B{
}
=============== クラスC(c.java) ==============
//コメントパッケージなし
//package a.b   
public class C{
}

【実行例】
DOSプロンプトより実行
javac a.java
javac b.java
javac c.java
そしたら、
DOSプロンプトより実行したカレントディレクトリに
配下に
c.class
a(フォルダ)\a.class
a(フォルダ)\b(フォルダ)\b.class
が作成されます。
このようなc.classのようなものをデフォルトパッケージのクラス
といいます。
コンパイル時作成されるパッケージなのですが、何も指定していなければ、どこに作成すればよいか、JAVAコンパイラはわからないので、
デフォルトパッケージを指定します。

結果、デフォルトパッケージとは、
クラスパッケージを作成する基点です。
サンプル例で言いますと、
DOSプロンプトより実行したカレントディレクトリ
になります。

ちなみに
javac -d ディレクトリパス 
-d オプションをつけると、
ディレクトリパスがデフォルトパッケージになります。
-dオプションを省略すると、DOSプロンプトより実行したカレントディレクトリになります。

hofchan · Answer

まずパッケージの中に、複数のクラスを含めることが出来ます
そのパッケージのクラスからは、同じパッケージのクラスを呼び出すことが
出来ます

宣言の無いものを簡単に言えば、名前の無いパッケージと考えてください
パッケージ宣言の無い
class hoge{
を
public でなくても呼び出せるのです

Java「デフォルトのパッケージ」の意味が分かりません。

なんというか、パッケージを「クラスファイルの保存場所」と思われてしまうとまずいので、微妙に追加を。

この回答への補足

>参照、または継承する自作のソースコードをコンパイルするとき

>これは

この回答への補足

さらに深く迷われているような気がしますが

この回答への補足

言葉たらずで申し訳ありませんでした、気になったので横槍かと

この回答への補足

>デフォルトパッケージはカレントディレクトリのC:\aaaではなく>a.javaが入っているC:\bbbになるのでしょうか？

この回答への補足

javaファイルをコンパイルし、classファイルを作成する

この回答への補足

まずパッケージの中に、複数のクラスを含めることが出来ます

似たような質問が見つかりました

このQ&Aを見た人はこんなQ&Aも見ています

関連するカテゴリからQ&Aを探す

このQ&Aを見た人がよく見るQ&A

デイリーランキングこのカテゴリの人気デイリーQ&Aランキング

マンスリーランキングこのカテゴリの人気マンスリーQ&Aランキング