回答編集履歴
2
追記
test
CHANGED
|
@@ -3,3 +3,71 @@
|
|
|
3
3
|
|
|
4
4
|
|
|
5
5
|
あとカウンター変数は`int`じゃなくて`std::uint64_t`とかを使うほうがいいでしょう。少なくともunsignedであるほうが適切でしょう。
|
|
6
|
+
|
|
7
|
+
|
|
8
|
+
|
|
9
|
+
---
|
|
10
|
+
|
|
11
|
+
|
|
12
|
+
|
|
13
|
+
追記
|
|
14
|
+
|
|
15
|
+
|
|
16
|
+
|
|
17
|
+
時間不足で中保半端な解答になってしまったのでもう少し追記します。
|
|
18
|
+
|
|
19
|
+
|
|
20
|
+
|
|
21
|
+
まずanimationの状態を直接Playerが持つのは責任がぼやけているというのはすでに指摘したとおりです。なので新たにアニメーションクラスを作るわけですが、今回どういうアニメーションかというと、状態がサイクリックですよね？`1->2->3->1`みたいな。
|
|
22
|
+
|
|
23
|
+
|
|
24
|
+
|
|
25
|
+
とするとまずそういうイテレータを作るべきでしょう。つまり任意の閉区間`[n1...n2]`をサイクリックするイテレータです。イテレータの作り方は
|
|
26
|
+
|
|
27
|
+
|
|
28
|
+
|
|
29
|
+
[イテレータの解説をするなんて今更佳代](https://qiita.com/yumetodo/items/245e94a0e85db9bf5cbb)
|
|
30
|
+
|
|
31
|
+
|
|
32
|
+
|
|
33
|
+
を参照してください。
|
|
34
|
+
|
|
35
|
+
|
|
36
|
+
|
|
37
|
+
次に結局これらの数字は何だったかと言うと、画像ハンドルの配列の要素番号として使うのでしたね。
|
|
38
|
+
|
|
39
|
+
|
|
40
|
+
|
|
41
|
+
とするとこのイテレータをラップしたアニメーションクラスをつくりましょう。以下の物を少なくとも持つクラスです。
|
|
42
|
+
|
|
43
|
+
|
|
44
|
+
|
|
45
|
+
1. 今は走っているのか待機しているのかのフラグ
|
|
46
|
+
|
|
47
|
+
2. 走っている状態を表すイテレータ
|
|
48
|
+
|
|
49
|
+
3. 画像ハンドルの配列
|
|
50
|
+
|
|
51
|
+
|
|
52
|
+
|
|
53
|
+
ところで現状`Player::Draw_Update()`では左右にキーが入力されているときのみ描画するようですが、これだと静止しているときに何も描画されないのでは？つねに何かは描画する必要があるでしょう。なぜなら通常
|
|
54
|
+
|
|
55
|
+
|
|
56
|
+
|
|
57
|
+
1. 画面クリア
|
|
58
|
+
|
|
59
|
+
2. なんか描画
|
|
60
|
+
|
|
61
|
+
3. 裏画面を表画面に転送
|
|
62
|
+
|
|
63
|
+
|
|
64
|
+
|
|
65
|
+
を繰り返すはずだからです。
|
|
66
|
+
|
|
67
|
+
|
|
68
|
+
|
|
69
|
+
まあ何れにせよ`Player::Draw_Update()`ではキーの状態によってアニメーションクラスの状態を更新し画像ハンドルをもらい、描画する処理になりますね。
|
|
70
|
+
|
|
71
|
+
|
|
72
|
+
|
|
73
|
+
さて、そう考えるとおかしなことがあります。なぜ`Player`がキーの状態を持つのでしょうか？責任が広すぎます。動くものが一つだけならぎりぎりわかりますがちょっと読みにくいです。別クラスに追い出して、必要なキー状態はメンバ関数の引数経由で教えることにしましょう。
|
1
unsigned
test
CHANGED
|
@@ -1 +1,5 @@
|
|
|
1
1
|
animationの状態を直接Playerが持つのはちょっと汚いという思いがあります。クラスに出してしまいたいところです。`anime_s`は`enum class`にするほうがいいでしょう。
|
|
2
|
+
|
|
3
|
+
|
|
4
|
+
|
|
5
|
+
あとカウンター変数は`int`じゃなくて`std::uint64_t`とかを使うほうがいいでしょう。少なくともunsignedであるほうが適切でしょう。
|