回答編集履歴
3
表現を修正
answer
CHANGED
|
@@ -5,16 +5,18 @@
|
|
|
5
5
|
当時、既に概念として「関数」という概念はあったと思われます。英語にするとfunctionですね。要するに「処理を依頼すると何か値を返す機能」のことです。
|
|
6
6
|
狭義では「メソッド」の概念は「関数」に含まれています。特に「オブジェクトのメンバ関数」のことを「メソッド」と呼んでいるようですね。
|
|
7
7
|
|
|
8
|
-
ここからが私見になりますが、「メソッド」というのは英語辞書等で調べられたとおり「方法、方式」のことです。
|
|
8
|
+
ここからが私見になりますが、「メソッド」というのは直訳すると英語辞書等で調べられたとおり「方法、方式」のことです。
|
|
9
|
-
オブジェクト志向とは、数学的で無味乾燥なプログラミングコードよりも可読性を高めるために、現実世界に即した内容をコーディングで実現しようとして産まれた考え方です。
|
|
9
|
+
プログラミングにおける「メソッド」とはオブジェクト志向の概念の登場と共に現れた考え方のようです。オブジェクト志向とは、数学的で無味乾燥なプログラミングコードよりも可読性や保守性を高めるために、現実世界に即した内容をコーディングで実現しようとして産まれた考え方です。
|
|
10
|
-
そこで、「あるオブジェクトに
|
|
10
|
+
そこで、「あるオブジェクトにプログラマが提供する機能」のことを表す最も良い英単語としてmethodが選ばれたのではないかと思います。
|
|
11
11
|
|
|
12
|
-
例えば「人間」というクラスを考えたとして、「話す」という機能を加えたとします。
|
|
12
|
+
例えば「人間」というクラスを考えたとして、「話す」という機能をプログラマが加えたとします。
|
|
13
13
|
クラスを使うときはインスタンス化して利用しますが、コンストラクタ（初期化処理）呼び出し時にその人の母国語を指定するとします。
|
|
14
|
-
そうするとボブは英語で「話す」、タクヤは日本語で「話す」、リュウは中国語で・・・とやっていると、その機能はまるでインスタンス化されたオブジェクトそれぞれ
|
|
14
|
+
そうするとボブは英語で「話す」、タクヤは日本語で「話す」、リュウは中国語で・・・とやっていると、その機能はまるでインスタンス化されたオブジェクトそれぞれは「話す」という方法を持っているものの、それぞれに与えられた属性によってそれぞれごとに振舞っているように見えます。
|
|
15
15
|
話は戻って、「話す」という機能はプログラマが定義したものです。ですが、上記のようなオブジェクトの具体的な振る舞いを想像すると、定義した「話す」という機能は「関数」などと呼ぶにはちょっとピントがずれている気がします。プログラマはオブジェクトたちに「話す」という機能を提供したわけですが、その後はオブジェクトたちが自主的にその機能を解釈して、それぞれがそれぞれごとに振舞います。
|
|
16
|
-
そこで何か「オブジェクトに与える機能」としての適当な語彙はないかということで探した結果、「method」という英単語が割り当てられたのだと予想します。
|
|
17
16
|
|
|
17
|
+
上記のようなことを想像した上で、何か「オブジェクトに与える機能」としての適当な語彙はないかということで探した結果、「method」という英単語が割り当てられたのだと予想します。
|
|
18
|
+
つまりプログラマはオブジェクトに対してメソッドを与えることでオブジェクトの動作を増やすことができるわけですね。上記「人間」オブジェクトであれば、「話す」メソッドとは別に「踊る」メソッドや「歩く」メソッドをプログラマが提供することで、「人間」はできることが増えていくわけです。
|
|
19
|
+
|
|
18
20
|
かなり難しいオブジェクト志向の概念まで引用しましたので、良く分からなければ申し訳ありません。
|
|
19
21
|
|
|
20
22
|
また、関数とメソッドは現状そこまで厳密に区別されていないように思います。区別しようとすると、上記説明のように「オブジェクトのメンバ関数」という説明になりそうですが、その理解のためにはオブジェクト志向の考え方を習得する必要があります。
|
2
表現を修正
answer
CHANGED
|
@@ -11,9 +11,11 @@
|
|
|
11
11
|
|
|
12
12
|
例えば「人間」というクラスを考えたとして、「話す」という機能を加えたとします。
|
|
13
13
|
クラスを使うときはインスタンス化して利用しますが、コンストラクタ（初期化処理）呼び出し時にその人の母国語を指定するとします。
|
|
14
|
-
そうするとボブは英語で「話す」、タクヤは日本語で「話す」、リュウは中国語で・・・とやっていると、その機能はまるでインスタンス化されたオブジェクトそれぞれがそれぞれごとに振舞っているように見えますね。
|
|
14
|
+
そうするとボブは英語で「話す」、タクヤは日本語で「話す」、リュウは中国語で・・・とやっていると、その機能はまるでインスタンス化されたオブジェクトそれぞれがそれぞれごとに振舞っているように見えますね。
|
|
15
|
+
話は戻って、「話す」という機能はプログラマが定義したものです。ですが、上記のようなオブジェクトの具体的な振る舞いを想像すると、定義した「話す」という機能は「関数」などと呼ぶにはちょっとピントがずれている気がします。プログラマはオブジェクトたちに「話す」という機能を提供したわけですが、その後はオブジェクトたちが自主的にその機能を解釈して、それぞれがそれぞれごとに振舞います。
|
|
16
|
+
そこで何か「オブジェクトに与える機能」としての適当な語彙はないかということで探した結果、「method」という英単語が割り当てられたのだと予想します。
|
|
15
17
|
|
|
16
18
|
かなり難しいオブジェクト志向の概念まで引用しましたので、良く分からなければ申し訳ありません。
|
|
17
19
|
|
|
18
20
|
また、関数とメソッドは現状そこまで厳密に区別されていないように思います。区別しようとすると、上記説明のように「オブジェクトのメンバ関数」という説明になりそうですが、その理解のためにはオブジェクト志向の考え方を習得する必要があります。
|
|
19
|
-
ですのでJavaの教本としては、話をややこしくしないため、メソッドの説明をあたかも
|
|
21
|
+
ですのでJavaの教本としては、話をややこしくしないため、メソッドの説明をあたかも「関数」のように説明していると思われます。根本的なところが知りたい人にとっては、ちょっと疑問が残るかもしれませんね。
|
1
表現を修正
answer
CHANGED
|
@@ -6,7 +6,7 @@
|
|
|
6
6
|
狭義では「メソッド」の概念は「関数」に含まれています。特に「オブジェクトのメンバ関数」のことを「メソッド」と呼んでいるようですね。
|
|
7
7
|
|
|
8
8
|
ここからが私見になりますが、「メソッド」というのは英語辞書等で調べられたとおり「方法、方式」のことです。これは英語のニュアンスとして非常に属人的で、「【誰かが独自に開発した、彼自身の】方法、方式」というニュアンスがあります。
|
|
9
|
-
オブジェクト志向とは、数学的なプログラミングよりも可読性を高めるために、現実世界に即した内容をコーディングで実現しようとして産まれた考え方です。
|
|
9
|
+
オブジェクト志向とは、数学的で無味乾燥なプログラミングコードよりも可読性を高めるために、現実世界に即した内容をコーディングで実現しようとして産まれた考え方です。
|
|
10
10
|
そこで、「あるオブジェクトに含まれる機能」のことを「そのオブジェクトならではの動き、方法」つまり「【そのオブジェクト固有の】方法、方式」として解釈し、最も良い英単語としてmethodが選ばれたのではないかと思います。
|
|
11
11
|
|
|
12
12
|
例えば「人間」というクラスを考えたとして、「話す」という機能を加えたとします。
|
|
@@ -15,4 +15,5 @@
|
|
|
15
15
|
|
|
16
16
|
かなり難しいオブジェクト志向の概念まで引用しましたので、良く分からなければ申し訳ありません。
|
|
17
17
|
|
|
18
|
-
また、関数とメソッドは現状そこまで厳密に区別されていないように思います。区別しようとすると、上記説明のように「オブジェクトのメンバ関数」という説明になりそうですが、その理解のためにはオブジェクト志向の考え方を習得する必要があります。
|
|
18
|
+
また、関数とメソッドは現状そこまで厳密に区別されていないように思います。区別しようとすると、上記説明のように「オブジェクトのメンバ関数」という説明になりそうですが、その理解のためにはオブジェクト志向の考え方を習得する必要があります。
|
|
19
|
+
ですのでJavaの教本としては、話をややこしくしないため、メソッドの説明をあたかも狭義の「関数」のように説明していると思われます。根本的なところが知りたい人にとっては、ちょっと疑問が残るかもしれませんね。
|