回答編集履歴
3
追記
test
CHANGED
|
@@ -41,3 +41,33 @@
|
|
|
41
41
|
|
|
42
42
|
|
|
43
43
|
要するに、yubaさんの見解に賛成です。
|
|
44
|
+
|
|
45
|
+
|
|
46
|
+
|
|
47
|
+
---
|
|
48
|
+
|
|
49
|
+
【追記】
|
|
50
|
+
|
|
51
|
+
iwamoto_takaakiさんへのコメントを見て追記しています。
|
|
52
|
+
|
|
53
|
+
|
|
54
|
+
|
|
55
|
+
PNG画像データは構造を持っていますね。その各構造をオブジェクト指向的なクラスとして実装するのは間違いと私は考えています。
|
|
56
|
+
|
|
57
|
+
「PNG画像データに何かメッセージを送って何らかの処理をさせる」がオブジェクト指向的な発想ですね。
|
|
58
|
+
|
|
59
|
+
しかし、PNG画像データは単にデータに過ぎず、自律的に何かの処理を行うのは違和感が強いです。
|
|
60
|
+
|
|
61
|
+
|
|
62
|
+
|
|
63
|
+
そのようなデータを保持することが主目的な構造データは「構造体」です。
|
|
64
|
+
|
|
65
|
+
それは、全てのデータはpublicフィールドで保持し、メソッドはコンストラクタくらいしか持たないものをイメージしています。
|
|
66
|
+
|
|
67
|
+
|
|
68
|
+
|
|
69
|
+
そのように考えるとすっきり設計できるのではないでしょうか？
|
|
70
|
+
|
|
71
|
+
逆に、この概念を排除すると、今回悩まれているようにPNG画像データのような多少複雑な構造を持つデータのハンドリングが悩ましくなります。
|
|
72
|
+
|
|
73
|
+
|
2
表現修正
test
CHANGED
|
@@ -34,9 +34,9 @@
|
|
|
34
34
|
|
|
35
35
|
|
|
36
36
|
|
|
37
|
-
つまり、house.getBathTemplature()は、Houseに含まれるBathControllerからお湯の温度を獲得する
|
|
37
|
+
つまり、house.getBathTemplature()は、Houseに含まれるBathControllerからお湯の温度を獲得するわけですね。
|
|
38
38
|
|
|
39
|
-
更にどちらかと言うと、getBathTemplature()で取得できる値は設定温度で、他に風呂の温度が規定範囲内か外かのフラグを返す関数が別途ある
|
|
39
|
+
更にどちらかと言うと、getBathTemplature()で取得できる値は設定温度で、他に風呂の温度が規定範囲内か外かのフラグを返す関数が別途ある印象を受けます。
|
|
40
40
|
|
|
41
41
|
|
|
42
42
|
|
1
typo
test
CHANGED
|
@@ -40,4 +40,4 @@
|
|
|
40
40
|
|
|
41
41
|
|
|
42
42
|
|
|
43
|
-
要するに、
|
|
43
|
+
要するに、yubaさんの見解に賛成です。
|