
ややこしい質問ですが、教えてください。
よくJavaの書き方で、mainメソッド内にインスタンス化する記述があって、そのインスタンス化する対象のクラスを追っていくと、そのクラスの内部に、そのインスタンス化をしているmainが包含している、という書き方があると思います。
もうこの書き方は「そういうもんなんだ」で自分の中で消化しつつあるのですが、しかしまだ納得がいかずにモヤモヤしています。
私が思うに、インスタンス化をするクラスの外部に、そのインスタンス化する呼び出し元のmainなどがあれば納得できるのですが、なぜmainをそのインスタンス化する対象のクラスの内部に記述するのでしょうか。
そうでないとJavaが外部から動かせないのでしょうか。
それであるならば、外部から呼び出す専用のクラスを作り、そこから別パッケージのクラスをnewなどしてインスタンス化してもいいと思うのですが・・・
「そういうものなのだ」の更にその先の奥のことを、私は知りたいと思っています。
どなたかご存じであれば教えてください。
A 回答 (6件)
- 最新から表示
- 回答順に表示
No.6
- 回答日時:
しかし、どうすれば「納得」するのでしょうね?
Javaコマンドがメインクラスのインスタンスの生成と、
エントリポイントとなるインスタンスメソッドの
呼び出しまでやってくれるという仕様だったら
それはそれで問題なかったでしょうね。Smalltalkみたいだ(^^;
Javaの開発者はそれを選ばず、メインクラスのスタティック
メソッドの呼び出しに踏みとどまったというだけでしょう。
何の不都合もないし。
No.5
- 回答日時:
特に理由は無いでしょう。
大規模なアプリケーションの場合、業務処理のクラスとは別に、
アプリケーションを起動する作業自体を概念化した Applicatoin クラスを作成して、
エントリーポイントとなる main をそこに含めることが多いです。
最近では Applicatoin クラス自体を API として用意してある環境もあり、この場合は main すら必要ありません。
https://openjfx.io/javadoc/12/javafx.graphics/ja …
ただし、単純なプログラムや、サンプルとして提示されるソースコードなどの場合は、
余計なクラスを増やさないためにも、インスタンス化する対象のクラスの中に main を含めることが多々あります。
個人的な考えでは、
使い捨てや試作程度の場合は、対象クラスに main を含めてしまう。
小規模でも実用的なアプリケーションの場合は main と起動関連の処理をまとめた Application クラスを作成する。
という方針をお勧めします。
No.4
- 回答日時:
>私が思うに、インスタンス化をするクラスの外部に、
>そのインスタンス化する呼び出し元のmainなどがあれば納得できるのですが、
>なぜmainをそのインスタンス化する対象のクラスの内部に記述するのでしょうか。
C++はそういう構造だけど、Javaの設計者はクラスと同レベルの「関数」
を排除して、全てはクラスから始まる としたかったのでしょう。
その方が文法がずっと単純化します。覚えることが減る。
何の不都合も無い。
もしメイン関数のみクラスの外に書いてよいという仕様だったら
それはそれで気持ち悪くて、多くの人が納得しないでしょうね。
メインが書けるなら「サブ関数も書かせろ~」となって
c++化への道へ行きそう(^^;
個人的には開始モジュールのトップレベルに開始コードを自由に書ける言語が
好きですけどね(^^;
No.3
- 回答日時:
はっきりいってどっちでもいい. 簡単なプログラムだったら「そのためにクラスを 1つ増やすのもアレ」という判断はありえるし, 逆に複雑なプログラムだったら「もとより複雑奇怪なんだから 1つクラスを増やしたところで問題ない」と考えるかもしれない.
ぶっちゃけ public なクラス (やインターフェイス) に public static な
void main(String[] args)
というメソッドがありさえすれば, Java としてはどうであろうと感知しない.
No.2
- 回答日時:
気になったけど、詳しくはないため憶測です。
質問の私の解釈が正しいかわからないけど。
javaの決まりごとの詳細が、引き数のクラスのmainメソッドを呼び出す、となっていて、javaコマンド(vm?)は内部で引き数で指定されたクラスのインスタンスを作成し、そのmainメソッドを呼び出す、となっているとか。
質問で言われている「そうであるならば~」の部分をjavaコマンドの内部で行っている。
回答をわかりやすく書けないけど。
No.1
- 回答日時:
すみませんが、具体的にどんなコードなのか、そのコードのどの部分を疑問視しているのか、サンプル書いていただけませんか?
文章での説明ではわかりにくいです。
もし、
class classA{ public static main(){ classB b=new classB();}
class classB{ public static main(){〜} }
というコードの classB.main() のことを指しているのなら
・static なので「インスタンスに包含」はされていません
classA中で classB.main() 等と記述されてたり、classB中のインスタンス(staticでない)メソッド中でmain()等と呼び出しているなら、使われていますが、そうでないなら、 java classB とコマンド入力したときだけ使われるものです。
[インスタンス化をするクラスの外部に、そのインスタンス化する呼び出し元のmain]というのが
public static main(){〜}
class classB{ }
とmainメソッドがclassの外にあることを言っているのなら、Javaではメソッドはclassの外に書けません。
お探しのQ&Aが見つからない時は、教えて!gooで質問しましょう!
関連するカテゴリからQ&Aを探す
おすすめ情報
デイリーランキングこのカテゴリの人気デイリーQ&Aランキング
-
デバックログの出し方
-
ゲッターを使わないで変数にア...
-
「継承されたメソッドの可視性...
-
C# 「データが失なわれる可能性...
-
VB DLLプロジェクトについて
-
Javaでmainからインスタンス化...
-
抽象クラスをJUNITでテストする...
-
interface,extend,implementの...
-
Commons-Discovery.jarとは?
-
ラベルに日付を表示
-
エクセルVBAで、条件に一致する...
-
「タイプ初期化子が例外をスロ...
-
レコード件数の表示
-
オブジェクト参照がオブジェク...
-
変数名の付け方
-
複数のクラスで共通した関数を...
-
c++,ある関数のクラスから別の...
-
JSPで<SELECT>の中にDBから持っ...
-
EXCEL VBAにて動的にCheckBOXを...
-
Fileの読み取り専用の解除
マンスリーランキングこのカテゴリの人気マンスリーQ&Aランキング
-
(vba)他のアプリケーションの右...
-
interface,extend,implementの...
-
VB DLLプロジェクトについて
-
「継承されたメソッドの可視性...
-
C# 「データが失なわれる可能性...
-
【C#】クラスのコンストラクタ...
-
C#でインターフェースのプロパ...
-
「ラッパークラス」の存在意義...
-
メソッドの引数にクラス名を渡す
-
VBがオブジェクト指向言語でな...
-
オーバーライドとラッパーの違い
-
デバッグ時に「Source not found」
-
スクロールバーについて
-
携帯IApplicationのsuper
-
ファイルパスが取得出来ない(P...
-
EventListenerの実装について
-
c# この高速化の方法あり? 2
-
抽象クラスが継承されているか...
-
ASP.NETでの共通コードの書き方...
-
抽象クラスをJUNITでテストする...
おすすめ情報