状態管理用の変数をインスタンスに持たせるなこのタコって話 - 猫型の蓄音機は 1 分間に 45 回にゃあと鳴く

たとえば、今、「ユーザーが方向を入力したらプレイヤーが動くゲーム作りたい」みたいなはなしがあるとする。その場合、モデルクラスはまあシンプルな実装として下のようなものが考えられると思う。 「できたよー」って見せにいったら、今度は「あのさー、『高速移動モード』っていうモード欲しいんだよね。そのモードだと二倍速で動くの」って言われたとする。シンプルにやるとこうなりますね。 「できたよー」って見せにいったら、今度は「なあ、すげえ面白いこと考えたんだけど、『蟹モード』って面白くない？横は4倍速で動くんだけど縦は半分の速度で動くの」とか言われたわけです。あなたは「お、おう」と言って、以下のようにコードを修正しました。 これ、ヤバい感じしますね。破滅の匂いがする。「今度は『よっぱらいモード』欲しいな〜。入力に関係なくランダムに動くの」みたいなこと言われたら確実に複雑さが爆発してメンテ不能になり鬱になり死

[nkgt_chkonk]

directionでcase whenしてるところダサいんだけど説明のためだと思って！！/タイトルがおかしい件についてはまじでその通りですね！すみません！

[ainame]

ディレクター「3Dゲームにしたら面白くね？」

[hatz48]

状態管理用の変数が数値からクラスに変わっただけで、インスタンスに持たせていることに変わりはないのでこの見出しはおかしい。big switch をやめてStateパターンを使おうっていう話ですよね。

[zz_sexy]

こう言っちゃなんだが、この程度の話がこれだけブックマークされてる現実が怖い。これで感心できるって今までポリモーフィズム理解してなかったってことでしょ？

[katzchang]

カニモードが必要になったあたりで切り替えればよいですからね。最初から、なんでもストラテジにしたらだめですよ。

[mac_wac]

よう分からんけどわざわざ状態ごとにクラス定義しないといかんの？　入力に対する次の遷移が状態ごとに異なるだけなら、状態毎にlambdaを変数として定義してそれ持っとけばいいだけじゃないの？

[HIN]

NOMALが気になってしょうがない

[kappaseijin]

説明ｵﾓﾛ続編希望。ちなみに、欲しかったのはStateﾊﾟﾀﾝでなくラムダかFuncterでは。ｽﾄﾗﾃｼﾞﾊﾟﾀﾝ？

[knjname]

ディレクター「…ねこみみモード」 プログラマ「は？」　ディレクター「ねこみみモード」 プログラマ「ふにゃぁ…」

[itboy]

「ディレクター。次にお前が言う台詞はこうだ。3歩進んで2歩下がる水前寺清子モードって面白くね？だ！」

[fukken]

「switch-caseが出たらとりあえずポリモルフィズムでどうにかする事を考えろ」、古事記にもそう書いてある

[metatrading]

探してた記事やっと見つかった。本当に笑わせながら学ばせてくれるありがたい記事。

[somemo]

“多くの場合状態遷移の責務は状態オブジェクトに持たせたほうがコードはクリーンになりますし、そこまで含めてStateパターンの定石ではあると思います。 ”

[mocchi_2006]

単純→switchで充分、複雑→Stateパターンとの事ですが、複雑な例として「複数状態の組合せ(カニモードだけ陸と海で動きが違う)や状態の履歴(昇龍拳)を扱う」みたいな場合は結局前者の方が見通し良く書けると思います。

[mat5ukawa]

OOD 再学中

[ryonext]

Stateパターン

[poppen]

たとえば、今、「ユーザーが方向を入力したらプレイヤーが動くゲーム作りたい」みたいなはなしがあるとする。その場合、モデルクラスはまあシンプルな実装として下のようなものが考えられると思う。 via Pocket

[h5y1m141]

最近ちょっと勉強してるから、前半の高速移動モードの話が出たあたりで「Stateパターン使うんだろうなぁ」と考えられるようになった自分をちょっとだけ褒めたいもうすぐ40歳男性。

[troter]

Stateパターンでは無くStrategyパターンの説明に見えるんだけど。。

[mathemathiko]

面白そう。あとで読む。

[babydaemons]

Stateパターンって、基本情報処理の午後の問題の必修にしてほしいわ。そしたら、日本の糞のようなデスマプロジェクトが幾分減る！

[yashigani_w]

わざわざクラスにする必要なくない？ってコメントはナンセンスだな

[gabuchan]

Stateパターン

[khtokage]

「えっこんなの簡単じゃないの？」→ブチ切れ寸前→とりあえず作る→「ほら出来るじゃん」→(＃＾ω＾)ﾋﾟｷﾋﾟｷ　まで見えた

[tohima]

反応の反応エントリもあり

[hirafoo]

ディレクターやばい

[rryu]

case文が出てきた時にまず考えるのは表引きにできるかどうかかなあ。この例ならdirectionをキーにしたxy軸の移動距離のテーブルがモード分あれば実現できる。

[igrep]

べ、別にこれ読まなくても私ならやってると思うけど確認のためにブクマしただけなんだからね/// あ、あと、話それるけどRubyの慣習的にto_hoge_modeで破壊的変更しちゃうのはまずいと思うの

[ash1taka]

読んでる途中で予想はついてた。先人の知恵を使えるようにしとくってことは大事だよね

[hiroyuki1983]

そしてコードを引きついだプログラマがこの真意を理解できずにmoveメソッドの中にswitch文を追加するんだな。「ここにswitch文書いたら殺す」みたいなコメントが必要か

[zeinple]

ああ、理解できない。俺の頭はこの程度か。

[honeybe]

「「えっこんなの簡単じゃないの？」とプログラマーをイラつかせる台詞ナンバー１みたいなことを言ってあなたを「使えねー」みたいな目で見るのでした……。」

[arc_at_dmz]

何のこっちゃと思ったらStateパターンの話だった。状態管理用の変数(moving_mode)は相変わらず持ってるし各モード固有のsetterまで持っちゃってるからあんまり綺麗になってるように思えないなぁ。

[westlife]

オブジェクト指向的な考え方がわかりやすいサンプル

[vanbraam]

Cでこれを実現するなら関数ポインターだな(特に現状はmove一つだけが問題になっているので)と考えた自分はoldtimer;だからlambdaでいいんじゃないかという人の気持ちはわかる気がする

[anatoo]

>するとディレクターは「えっこんなの簡単じゃないの？」とプログラマーをイラつかせる台詞ナンバー１みたいなことを言ってあなたを「使えねー」みたいな目で見るのでした……。

[hush_puppy]

書き換えられていく過程があるサンプルコードはいいと思う

[umaemong]

Javaだけど、モード毎にサブクラス定義してデフォルトの動作と違うところだけoverrideするようになってたのに、いろんな人が保守していくうちに、外側でinstanceofで分岐するようにされてたなんてのはよくある話。

[hat_0024_ena]

　Stateパターン クラスの中にクラス（オブジェクト）を持たせているのがポイント