エントリーの編集
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
僕が心の中でやっているMV*パターン分類方法 - Qiita
記事へのコメント0件
- 注目コメント
- 新着コメント
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
僕が心の中でやっているMV*パターン分類方法 - Qiita
クライアントサイドの設計パターンには、MVCの派生の MVP 、MVVM の名前をよく聞きますね。 いろいろな... クライアントサイドの設計パターンには、MVCの派生の MVP 、MVVM の名前をよく聞きますね。 いろいろな実装が、どのパターンにあたるか分類することは、意外と微妙で、明確にすることにはあまり意味がなく不毛という話も聞きます。たしかに、々なGUIプログラミング環境を見ていくと、実装上の制限や事情の違いがあり、比較するのは無理があるかもしれません。 個人的な考えでは、MV* な設計パターンは、とくに難しい話ではないと思います。元々は.NET方面で MVC → MVP → MVVM の順に時系列に進化したものだったと思いますが、意外と他の環境でも同じ言葉を当てはめて有用だったからややこしいのかなと思います。 それぞれ、中心とする要素が違っているので、それに注目していくと意義とかが見えてきます。 MVC MVCの中心は Model。Model を直接、Viewが監視する。 古典的なMVC は、