- PR -

パッケージの考え方

1|2 次のページへ»
投稿者投稿内容
ヒデサク
会議室デビュー日: 2008/04/30
投稿数: 9
投稿日時: 2008-05-06 16:23
パッケージの考え方に関しての質問です。

Javaにおいてのパッケージとは
パッケージ　≒　フォルダ
と考えても良いのでしょうか？

例えば、パッケージ宣言したあるクラスを利用する場合、

　default(アクセス修飾子無し)
　　継承：同じフォルダ内なら継承可
　　利用：同じフォルダ内なら利用可

　protected
　　継承：他のフォルダからでも継承可
　　利用：同じフォルダ内なら利用可

と言った考え方でも良いのでしょうか。
jama
常連さん
会議室デビュー日: 2006/09/12
投稿数: 45
投稿日時: 2008-05-06 17:36
classファイルを配置する場合は、パッケージ階層とフォルダ階層を合わせる必要があります。
javaソースファイルは、パッケージ階層とフォルダ階層を合わせる必要はありません。
しかし、管理が面倒になるので、パッケージ階層とフォルダ階層を合わせる様にします。
なので、最初のうちは、「パッケージ≒フォルダ」と考えていいと思います。
JUnitを使用してみれば、分かりやすいと思います。
かつのり
ぬし
会議室デビュー日: 2004/03/18
投稿数: 2015
お住まい・勤務地: 札幌
投稿日時: 2008-05-06 21:54
パッケージは、クラスパスを基点としたディレクトリ階層と一致します。
専門的な話しになると、クラスローダ等を変更すれば、
ランタイム時であれば自由にすることも可能です。

引用:

　protected
　　継承：他のフォルダからでも継承可
　　利用：同じフォルダ内なら利用可

別パッケージでも継承していれば継承したクラスの、
protectedメンバの利用は可能です。
わたなべ
大ベテラン
会議室デビュー日: 2007/12/09
投稿数: 123
お住まい・勤務地: 札幌
投稿日時: 2008-05-07 00:44
パッケージはパッケージで、フォルダはフォルダです。
一般的にはかつのり氏の言うように「パッケージの構成とディレクトリ構成」を一致させます。
したがって、ほとんどの場合において「同一パッケージの〜」というくだりは、「同一フォルダの〜」と言い換える事はできると思います。
ざっくりと言えば、「パッケージ　≒　フォルダ 」で間違いないですが、パッケージは重要な基本概念である為、中途半端に理解するよりはしっかりと理解した方がいいでしょう。
パッケージの概念（制限）の１つが「パッケージの構成とフォルダ構成を一致させないとならない」という事だけです。

予断ですけど、C#だとパッケージ構成とフォルダ構成に制限がないですが、どうも落ち着かないですね（^^;
Kissinger
ぬし
会議室デビュー日: 2002/04/30
投稿数: 428
お住まい・勤務地: 愛知県
投稿日時: 2008-05-07 06:08
私の方法は参考になるかわかりませんが、実装時にはパッケージはディレクトリに対応させ、その境界の設定は分析・設計時にドメインに対応させることにより行なってています。
カーニー
ぬし
会議室デビュー日: 2003/09/04
投稿数: 358
お住まい・勤務地: 東京
投稿日時: 2008-05-07 12:24
パッケージ　≒　フォルダ
というのは、そう考えても差し支えない場面が多いのは確かだと思いますが、分けて考えたほうがよいと思います。

例えば、フォルダには階層構造がありますが、パッケージにはありません。
jp.co.atmarkit.wwwというパッケージがあったとして、それはjp.co.atmarkitパッケージに含まれるとか、その下にあるというわけではありませんよね。

RDBMSのOracleは、それ自身の中にJVMを持っており、テーブルにJavaソースファイルとかクラスファイルを格納することができますが、そうなるともうフォルダは全然関係なくなってしまいます。
ranco
大ベテラン
会議室デビュー日: 2007/11/02
投稿数: 112
投稿日時: 2008-05-07 13:38
JLSには、パッケージの格納にはプラットホームのファイルシステムや、データベースや、などを使える、という意味のことが書いてあるので、「車==車庫」でしょうか？という質問自体がおかしいのではないでしょうか。

カーニー説は正しいけど、でも、パッケージ->サブパッケージという階層はありますよ(*)。しかも格納にファイルシステムを使うときは、ファイルシステムの階層をそのまま使うから、誤解が生まれがちです。同じディレクトリに、a.b.Fooクラスとa.b.c.Barクラスを入れられるルールにしたっていいのにねー？？

しかし、import java.util.*.*;はシンタクスエラーになるから、サブパッケージという階層性の機能的な意味がよくわからない。


未記入
大ベテラン
会議室デビュー日: 2008/02/07
投稿数: 115
投稿日時: 2008-05-07 15:02
あ、ほんとだ。サブパッケージなんていう概念があるのか。

せっかく、サブパッケージという概念があるのなら上位パッケージからのアクセスを許すアクセス修飾子とかあればいいのにねえ。

設計というか管理のためにパッケージを hoge, hoge.sub1, hoge.sub2 に分けたい、hoge.sub1 は hoge からしか利用されないというときに、hoge.sub1 のクラスを public にしないといけないんですよね。それか、同じパッケージにするか。

上位パッケージからのアクセスを許すアクセス修飾子があれば解決するのになあ、と何度思ったことか。言語仕様に、サブパッケージ用のアクセス修飾子追加されないかな。
1|2 次のページへ»

スキルアップ／キャリアアップ（JOB@IT）