元増田です。ありがとうございます。モデルで発生するイベントが多く..

モデルで発生するイベントが多く、複雑になるほど、ビューとの関連は密になる。
ここの所は、今回の例ではいまいち見えづらい気がする。

たしかに、そうですね…　

攻撃を支持した時点で刀をふりあげて、そのあいだに毒でモンスターが死んだら、納刀する、のような場合では、モデル・ビューの関連が密になる例になるでしょうか。

いや、そのときはModel「刀」をつくればいいのか…

Qtのsignal/slotなんかはモデル同士の通信にも使える

これは知りませんでした。基本クラスのレベルでObserver パターンがサポートされる！しかもタイプセーフ…

Mac OS X のCocoa フレームワークにも KVO という同様の仕組みがありますが、型のチェックは自分でする必要があります。

MOVEの考え方からいえば、モデルの責務が吸い出されて単なるデータになってしまう

MOVEは望まれなかった子 - the sea of fertility

を読んで、MVCを理解した(つもりになった)ので、MOVEの設計方針自体はスルーしていました。

Model から責務が吸いだされて、なくなるのが予定調和なら、OVEでよいのでは

Permalink | 記事への反応(0) | 05:51

記事への反応 -

実はMVCってしっくりこないんです
例えばスーファミのFFみたいな、古典的なRPGの戦闘シーンを作っていて、「勇者がモンスターを攻撃する」。勇者.attack(モンスター); という設計だったとする。これに「モンスターが毒...
- http://anond.hatelabo.jp/20140116013407
  モデルで発生するイベントが多く、複雑になるほど、ビューとの関連は密になる。ここの所は、今回の例ではいまいち見えづらい気がする。今回の例で複雑になっているのはモデルだ...
  - http://anond.hatelabo.jp/20140117000313
    元増田です。ありがとうございます。モデルで発生するイベントが多く、複雑になるほど、ビューとの関連は密になる。ここの所は、今回の例ではいまいち見えづらい気がする。 ...
- http://anond.hatelabo.jp/20140116013407
  MVC以前にオブジェクト指向がしっくりきてないでしょ。「勇者がモンスターを攻撃する」。勇者.attack(モンスター); という設計だったとする。これが既にオブジェクト指向的じゃな...
  - http://anond.hatelabo.jp/20140116080422
    ご意見くださって、ありがとうございます。例にあげたRPGのモデル設計はhttp://detail.chiebukuro.yahoo.co.jp/qa/question_detail/q1178047006を参考にしました。ですが自分で書くとしても、十中八九そ...
    - http://anond.hatelabo.jp/20140116205537
      英語として読みにくいなら、メソッド名のほうを変えるよ。モンスター.attackedBy(勇者.attackPower) 攻撃方法が増えるなら、攻撃方法を抽象化するでしょ。攻撃方法型を作ってモンスター....
    - http://anond.hatelabo.jp/20140116205537
      一理あるご意見をいただきました。ありがとうございます。英語として読みにくいなら、メソッド名のほうを変えるよ。モンスター.attackedBy(勇者.attackPower) 誤解を招いてしまったよ...
      - http://anond.hatelabo.jp/20140117045337
        わかりやすさについてとやかく言わないけどさ、攻撃するってことは、モンスターのHPだとかが減るんだよね？勇者.attack(モンスター) って書いたとしてもさ、勇者.attackメソッドの中で、...
        http://anond.hatelabo.jp/20140117111737
        守備力だとか、耐性だとかは、モンスターの属性なので、影響はモンスター側で面倒見てもらいたいから、攻撃でHPを減らすのは、モンスターのメソッド経由になると思う。結局、 c...