■http://anond.hatelabo.jp/20140116221703

一理あるご意見をいただきました。ありがとうございます。

英語として読みにくいなら、メソッド名のほうを変えるよ。

モンスター.attackedBy(勇者.attackPower)

誤解を招いてしまったようですいません。先の理由１では、"能動態のほうが受動態より解りやすい"、ということを主張したかったのです。

あとづけで申し訳ないのですが、その順序で書くのにはもう一つ、MVC的な理由があります。

理由3: 入力Controllerのコントロール対象が明確になる

RPGの戦闘シーンの入力Controllerは、ユーザーのメニュー選択等によって、勇者の攻撃方法を攻撃対象モンスターを決定し、攻撃を実行する。

つまり、この入力Controllerがコントロールする対象は、勇者と彼の攻撃対象だ。

勇者.attack(モンスター)

と書くと、勇者に命令していることが明示されるので、その設計意図がはっきりする。

攻撃方法型は、モンスター側への攻撃にも、勇者型への攻撃にも使える

なるほど、その設計は思いつきませんでした。〈モンスターへの攻撃と勇者への攻撃を対称に捉える〉という視点に目からウロコです。

増田さまへ二つ質問がございます。

ひとつめの質問は、攻撃方法型は、具体的にはどんなメソッドやフィールドが並ぶのか、です。

考えてみたのですが、どうしても"通常攻撃","ディレイ攻撃","attackPowerの値","すばやさ", などが並ぶ、ディクショナリ(連想配列)的なものが思い浮かんでしまいます。そうすると、結局モンスターのattackedByメソッドにif分岐を並べることになってしまうので、増田さまお考えの設計とは違うのでしょう。

ふたつめの質問は、増田さまが推す設計、

モンスター.attackedBy(攻撃方法型: ジャンプ攻撃)

の方が良い利点はなんでしょうか。私は"時間的な処理の流れがわかりやすい"設計になりやすいことを主張しました(理由２参照)・

増田さまが考えるほかの利点があればぜひ教えてください。

Permalink | 記事への反応(1) | 04:53

ツイートシェア