質問編集履歴
2
引用の追記
test
CHANGED
|
File without changes
|
test
CHANGED
|
@@ -49,3 +49,65 @@
|
|
|
49
49
|
|
|
50
50
|
|
|
51
51
|
お手数ですが、回答お願いいたします。
|
|
52
|
+
|
|
53
|
+
|
|
54
|
+
|
|
55
|
+
---
|
|
56
|
+
|
|
57
|
+
（追記）追記です。「**スッキリわかるJava入門**」「**Javaのオブジェクト指向がゼッタイにわかる本**」の書籍にもこのような内容は掲載されていましたよ。
|
|
58
|
+
|
|
59
|
+
|
|
60
|
+
|
|
61
|
+
|
|
62
|
+
|
|
63
|
+
「**__スッキリわかるJava入門__**」P301に掲載
|
|
64
|
+
|
|
65
|
+
|
|
66
|
+
|
|
67
|
+
> なぜJavaでは｢オブジェクト同士が連携する仮想世界｣を作るために、わざわざ｢クラスを定義して、そのクラスからオブジェクトを生成する｣という複雑な手順を踏まなけれぱならないのでしょうか。
|
|
68
|
+
|
|
69
|
+
> その答えに辿り着くために、私たちは｢オブジェクトを大量に作る必要がある状況｣を想像しなけれぱなりません。
|
|
70
|
+
|
|
71
|
+
>
|
|
72
|
+
|
|
73
|
+
> たとえば銀行で｢すべての口座情報の複雑な統計を計算するプログラム｣が動くとき、その仮想世界には何個の｢口座｣オブジェクトが必要でしょうか？
|
|
74
|
+
|
|
75
|
+
> 口座が1000あるなら1000個のオブジェクトを生み出す必要があるかもしれません。その1000個の口座オブジェクトそれぞれに対して、｢属性として、残高･名義人･開設日があって･･･｣という定義を繰り返す必要があるとしたら。それを作るプログラマの作業は膨人なものになります。
|
|
76
|
+
|
|
77
|
+
>
|
|
78
|
+
|
|
79
|
+
> そこでクラスの登場です。｢属性として、残高・名義人･開設日があって･‥｣という定義をした｢口座クラス｣を1度作っておけぱ､このクラスから100個でも1000
|
|
80
|
+
|
|
81
|
+
> 個でも必要な数だけオブジェクトを生み出すことができるのです。たとえぱ振り込みを受け付ける｢Uketsukeクラス｣を1つ準備しておけぱ、複数の受付係を生み出して、｢並行して振り込み依頼を受け付ける｣プログラムを作ることもできます
|
|
82
|
+
|
|
83
|
+
|
|
84
|
+
|
|
85
|
+
**__「Javaのオブジェクト指向がゼッタイにわかる本」__**のP95に掲載
|
|
86
|
+
|
|
87
|
+
|
|
88
|
+
|
|
89
|
+
> オブジェクト指向プログラミングでは、オブジェクトが基本になるのでした。そのオブジェクトはいきなり作成するのではなく、まずはオブジェクトの設計図であるクラスを記述して、その設計図を元にオブジェクトを生成していくというステップを踏むようになっています。なぜそのような面倒なステップを踏むようになっているのでしょうか？
|
|
90
|
+
|
|
91
|
+
>
|
|
92
|
+
|
|
93
|
+
> それは、この題目のように、１つのプログラムの中に同じ種類のオブジェクトが登場するケースはソフトウェア開発の現場でもよく登場します。その際、各オブジェクトを１つ１つゼロから作成していくのはとても非効率でしょう。
|
|
94
|
+
|
|
95
|
+
> コピー＆ペーストを繰り返すのもミスを生みかねません。
|
|
96
|
+
|
|
97
|
+
> それよりも、最初にそのオブジェクトの設計図を描いて（クラスを定義して）、その設計図を元に同じ種類のオブジェクトを”大量生産”していった方が効率的です。一度クラスを定義してしまえば、同じ種類のオブジェクトをいくつでも簡単に作り出せるのです。
|
|
98
|
+
|
|
99
|
+
> そして、同じ種類のオブジェクトがもっと必要になったら、その都度設計図から、また新たにオブジェクトを”大量生産”して作成していけばよいのです。このようにクラスという仕組みを用いることで、プログラムの再利用が高まるというわけです。
|
|
100
|
+
|
|
101
|
+
|
|
102
|
+
|
|
103
|
+
後、[オブジェクト指向プログラミング OOP（Object Oriented Programming）の基本的な仕組み – Device Configuration](http://katuhito.com/oop_002/)のサイトにも以下の内容が掲載されていました。
|
|
104
|
+
|
|
105
|
+
|
|
106
|
+
|
|
107
|
+
|
|
108
|
+
|
|
109
|
+
> 変数領域の複製は実行時に幾つでも作ることができる。（インスタンスを作ることで、必要な数だけ変数領域を作ることができる）
|
|
110
|
+
|
|
111
|
+
|
|
112
|
+
|
|
113
|
+
回答の方よろしくお願いします。
|
1
質問文の訂正
test
CHANGED
|
File without changes
|
test
CHANGED
|
@@ -1,27 +1,51 @@
|
|
|
1
|
-
|
|
1
|
+
「**インスタンス化**」という**手順を取る理由の一つ**として「**効率的にオブジェクトを作成する為**」といわれております。
|
|
2
2
|
|
|
3
3
|
|
|
4
4
|
|
|
5
|
-
しかし、
|
|
5
|
+
しかし、コンピューター側(メモリ側)から視点で言い換えると、**インスタンス化**とは「**メモリ領域の確保を効率良く、自動(?)でやってくれる**」というイメージの解釈で良いのでしょうか？
|
|
6
|
-
|
|
7
|
-
|
|
8
|
-
|
|
9
|
-
(メモリ内における)**「非オブジェクト指向」と「オブジェクト指向」との違い**としては(イメージ的に言うと)
|
|
10
|
-
|
|
11
|
-
|
|
12
|
-
|
|
13
|
-
**非オブジェクト指向⇒「データ」「処理(メソッド)」領域が、ごちゃごちゃに確保される。**
|
|
14
|
-
|
|
15
|
-
|
|
16
|
-
|
|
17
|
-
**オブジェクト指向⇒「データ」「処理(メソッド)」領域が一つにまとめられて、インスタンス時に半自動(?)で領域が確保される。その為、効率良く、大量に確保できる。**
|
|
18
|
-
|
|
19
|
-
|
|
20
|
-
|
|
21
|
-
↑イメージとしては上記のような考えで良いのでしょうか？
|
|
22
|
-
|
|
23
|
-
（私自身何か勘違いしてると思いますが）
|
|
24
6
|
|
|
25
7
|
|
|
26
8
|
|
|
27
9
|
お手数ですが回答の方、お願いします。
|
|
10
|
+
|
|
11
|
+
|
|
12
|
+
|
|
13
|
+
---
|
|
14
|
+
|
|
15
|
+
(訂正)
|
|
16
|
+
|
|
17
|
+
すいません。質問文の中に
|
|
18
|
+
|
|
19
|
+
|
|
20
|
+
|
|
21
|
+
>(メモリ内における)「非オブジェクト指向」と「オブジェクト指向」との違いとしては(イメージ的に言うと)
|
|
22
|
+
|
|
23
|
+
|
|
24
|
+
|
|
25
|
+
>非オブジェクト指向⇒「データ」「処理(メソッド)」領域が、ごちゃごちゃに確保される。
|
|
26
|
+
|
|
27
|
+
|
|
28
|
+
|
|
29
|
+
>オブジェクト指向⇒「データ」「処理(メソッド)」領域が一つにまとめられて、インスタンス時に半自動(?)で領域が確保される。その為、効率良く、大量に確保できる。
|
|
30
|
+
|
|
31
|
+
|
|
32
|
+
|
|
33
|
+
>↑イメージとしては上記のような考えで良いのでしょうか？
|
|
34
|
+
|
|
35
|
+
|
|
36
|
+
|
|
37
|
+
という質問内容がありましたが、私自身の誤りでしたので、上記の文は削除しました。
|
|
38
|
+
|
|
39
|
+
|
|
40
|
+
|
|
41
|
+
（訂正内容）
|
|
42
|
+
|
|
43
|
+
この質問内容は「インスタンス化という手順を取る一つとして「効率的にオブジェクトを作成する為」といわれておりますが、コンピューター側(メモリ側)から見てみると、インスタンス化とは（言い換えると）「メモリ領域の確保を効率良く、自動(?)でやってくれるというイメージの解釈」で良いのでしょうか？」
|
|
44
|
+
|
|
45
|
+
|
|
46
|
+
|
|
47
|
+
という質問です。「非オブジェクト指向」と「オブジェクト指向」及び「オブジェクト」は関係ありませんでした。申し訳ありません。
|
|
48
|
+
|
|
49
|
+
|
|
50
|
+
|
|
51
|
+
お手数ですが、回答お願いいたします。
|