回答編集履歴
2
追加
test
CHANGED
|
@@ -41,3 +41,41 @@
|
|
|
41
41
|
「具体的なアルゴリズムを担当するクラス」のほうはラムダ式そのものです。
|
|
42
42
|
|
|
43
43
|
(Javaのラムダ式構文はRunnableインターフェースなど関数型インターフェースを実装した匿名クラスのインスタンスを生成する構文)
|
|
44
|
+
|
|
45
|
+
|
|
46
|
+
|
|
47
|
+
---
|
|
48
|
+
|
|
49
|
+
|
|
50
|
+
|
|
51
|
+
> 「修正が加えられるたびに両方のコードを修正しなければいけません」の記載のイメージがつかず、わかりません。
|
|
52
|
+
|
|
53
|
+
|
|
54
|
+
|
|
55
|
+
「処理の全体の流れを担当するクラス」が、内部で特定の「具体的なアルゴリズムを担当するクラス」を生成していた場合において、"両方"のコードを修正しないといけない状況はぶっちゃけ私も思いつきませんが、
|
|
56
|
+
|
|
57
|
+
少なくとも、他のところで別の種類の「具体的なアルゴリズムを担当するクラス」を使いたくなったとき困りますね?
|
|
58
|
+
|
|
59
|
+
|
|
60
|
+
|
|
61
|
+
|
|
62
|
+
|
|
63
|
+
例えば配列のソートをするクラスです。
|
|
64
|
+
|
|
65
|
+
ソートの基準(具体的なアルゴリズム)を、ソート(処理の全体の流れ)をするクラスと分けていても、
|
|
66
|
+
|
|
67
|
+
ソートの基準クラスをソートするクラスの内部で生成していたら、
|
|
68
|
+
|
|
69
|
+
ある場所では昇順、ある場所では降順、みたいにソートの基準を変えようと思ったら困りますね。
|
|
70
|
+
|
|
71
|
+
|
|
72
|
+
|
|
73
|
+
ソートするクラスに引数を渡して内部でswitch文か何かでどのソートの基準クラスのインスタンスを使うかを分ければできますが、それではソートの基準を新しく作るたびにソートクラス内部のswitch文に変更が及びます。
|
|
74
|
+
|
|
75
|
+
|
|
76
|
+
|
|
77
|
+
じゃあソートするクラスはインターフェース経由でソート基準を受け取れば万事解決で、
|
|
78
|
+
|
|
79
|
+
そのインターフェースはラムダ式登場以前はわざわざ自分で定義していたけど
|
|
80
|
+
|
|
81
|
+
ラムダ式登場以降はそれもしなくて良くなったって話かなと
|
1
追加
test
CHANGED
|
@@ -40,4 +40,4 @@
|
|
|
40
40
|
|
|
41
41
|
「具体的なアルゴリズムを担当するクラス」のほうはラムダ式そのものです。
|
|
42
42
|
|
|
43
|
-
(Javaのラムダ式構文はRunnableインターフェースを実装した匿名クラスのインスタンスを生成する構文)
|
|
43
|
+
(Javaのラムダ式構文はRunnableインターフェースなど関数型インターフェースを実装した匿名クラスのインスタンスを生成する構文)
|