WPF/Silverlight開発において、イベント駆動開発じゃ何故いけないのか？ MVC/MVP/PMパターンとMVVMはどう違うのか、どういったメリットがあるのか？ そういう声を聴く機会は少なくありません。 MVVMパターンとイベント駆動開発、MVC/MVP/PMパターンとの関係について僕の理解をまとめました。 MVVMパターンをわざわざ適応する事に疑問がある方にはぜひ読んで欲しいと思っています。 また、このドキュメントを記述するにあたり@matarilloさん、@ufcppさん、@yfakariyaさん、諸先輩方３方に叩き台を見ていただき多くの指摘を頂くことができました。今回は頂いたフィードバックを受けて公開する形になっております。 押しつけがましくも一方的に依頼させていただいて、にも拘わらず非常に丁寧に様々な指摘・示唆を頂くことができました。 この場を借りてお礼申し上げます。ありが
11月6日に、F-site主催のセミナーで、1時間ほどデザインパターンについての講演をしてきました。 遅くなりましたが、字幕つきの資料を公開します。 内容は、「デザインパターン難しくて手を出せない」という人のための入門になります。 プログラマ向け、特にActionScript3に特化した内容になっていますが、コードは殆ど出てこないので他の分野の人も楽しめるかもしれません。 僕は資料に無いことをどんどん喋るので、資料をそのまま公開すると意味不明になってしまうので、会場で喋っていたことを思い出して字幕をつけてみたあと、一部修正したものになります。 公開にあたって、チェックをしてくれた道家さん、野中さんにお礼申し上げます。 左右キーもしくは下のボタンで操作可能です。 しっぽ流デザインパターン講座（F-site講演資料）を開く 上手く表示されない方はこちら ちなみに、当日はデザイン職の方も意外と多
最近、増井君と私でアーキテクチャの話をすることが多いのだが、そんなディスカッションの中で気に入っているのは左の図のようなアーキテクチャ。 もちろん、核となるのはビジネスロジックを含んだModelの部分。そこをしっかりと実装し、内部構造を隠す粒度の荒いインターフェイスを定義し、外から何をされてもデータの整合性が壊れない様にすることは何よりも大切。 そして、そのModel層へのインターフェイスを特定の言語に依存したクラスやAPIではなく、HTTP上でJSON（XMLでもかまわない）をやりとりするだけの RESTfulなWeb Serviceにすることがミソ。こうすることによりにより、どんなに締め切りに負われようが、誰がControllerを実装しようが「ずるができない」ように作っておく（ずる＝本来使うべき外部インターフェイスだけでなく、Model内部に直接アクセスして依存関係を作ってしまう事）
コードは MSDN コード ギャラリーからダウンロードできます。 オンラインでのコードの参照 目次 秩序と混乱 Model-View-ViewModel の進化 WPF 開発者に MVVM が好まれる理由 デモ アプリケーション 中継コマンド ロジック ViewModel クラス階層 ViewModelBase クラス CommandViewModel クラス MainWindowViewModel クラス ViewModel に View を適用する データ モデルとリポジトリ 新しい顧客のデータ入力フォーム All Customers ビュー まとめ 専門的なソフトウェア アプリケーションのユーザー インターフェイスの開発は容易ではありません。そこでは、データ、対話デザイン、ビジュアル デザイン、接続性、マルチスレッド、セキュリティ、国際化対応、検証、単体テストがブードゥーの魔術であい
せっかくUIパターンについて3つも記事を書いた(UIパターン その1、UIパターン その2、UIパターン その3)ので、自分でもコードを書いて試してみようと思った。 連鎖シミュレーションツール JavaScriptのコードはこれ(puyopuyo.js)。 モデルは2つ。fieldModel (6x12のフィールド)と、nextModel (次ぷよ)。observersフィールドにビューを追加しておくと、適宜update()関数をキックしてくれる。 fieldModelを書いたときにはgetter/setterをつけてみたのだが、まどろっこしかったのでnextModelではフィールドを直接公開してみた。 ビューも2つ。fieldViewと、nextView。どちらもupdate()関数を持つ。ビューを組み立てるときにはHTML DOMのノードコレクションを渡すようにしてい
Martin Fowlerの"GUI Architectures"を訳したので公開しようと思ったのだが、FAQページに「EAA developmentとかDSLなんかは商業出版するんで例外ってことで」と書いてある。面倒だったので翻訳の公開はやめて、「自分の理解を書く」というスタイルにしようと思う。 Fowler氏が説明しているのは 「フォームとコントロール」、「モデルビューコントローラー (MVC)」、「プレゼンテーションモデル」、「アプリケーションモデル」、「モデルビュープレゼンター (MVP)」の5つ。なお、後ろの3つは、どれもMVCの変種だ。 氏のサンプルでは、「アイスクリーム濃度のアセスメント」というネタになっているが、ここでは「BMIによる肥満度判断」にする。実際のところ、動作はほとんど同じだ。 フォームとコントロール よくあるGUIのスタイルというか、VBに代表されるポ
So every time I am designing something new I find myself either searching Google or opening up a gang of four (GoF) book to aid me. I searched for a bit trying to find a handy-dandy flash card showing class diagrams and purposes for the basic GoF patterns but was unable to locate a good one (for free). So I made my own. You are free to use this on other sites or for general educational purposes pr
Flex/AIRアプリのアーキテクチャ探索 その1 - [lib]の続きでプラガブルMVC（PMVC）を検索してたら、PMVCとModelModelViewController（MMVC）が一緒に出てきた。 （といってもどちらもMVCに比べたら全然情報が少ない） まずPMVC http://www.sra.co.jp/people/aoki/SuperAsciiJ/SAscii06.html UML的に表されて参考になるとこ http://careless-adventurers.net/?date=20071025 PluggableはModelのインターフェースをMとして挟んでMVCを構成、そのインターフェースモデル の後ろから実体を挿すということのよう。 MMVCはここの図6、図7にあたる http://www.sra.co.jp/people/nisinaka/Jun4Java/M
第6回 Smalltalkウィンドウプログラミング(2) 富士ゼロックス情報システム 青木淳 r2d2@bz90.fxis.fujixerox.co.jp はじめに ソフトウェア設計の第一人者であるジャクソン氏(JSD法で有名)が「プログラマにとって上達の第一歩は、動くプログラムと正しいプログラムを作ることの違いを認識することである。」と言われた[1]。Smalltalkウィンドウプログラミングを例に取りながら、ジャクソン氏の言葉を具現化するのが、前回(第5回)と今回(第6回)そして次回(第7回)の目的である。 前回では、ウィンドウのプログラムをゴリゴリ作るのではなく、そのプログラム自身を生成してしまうプログラム(メタウィンドウプログラム)を作成し、それを「ビュービルダ」と名付け、そのソースコードを示しておいた。 今回も、同じ機能を有する「ビュービルダ」を末尾にリストした。なぜ同じプログ
http://subtech.g.hatena.ne.jp/secondlife/20070813/1186999047 まずイベントドリブンなプログラミングに慣れてないのが一つで。Flex のイベントや自前イベントやをただ単に投げまくってると、とりあえずは動くけど後からメンテし辛いスパゲッティコードができあがる。このスパゲッティコードは goto 文が乱立するコードよりも酷く、goto だったら割と行き先は把握できるけど、イベントを投げまくってるだけだと、どこでどのオブジェクトがこのイベントを受け取るかが解らない。解りづらい。いちいちソースコード grep ですね、おめでたいですね。あのイベントが発生してから、そのイベントが終了したら発生するイベントが終了したらウィンドウ閉じて、その間は別のイベントはブロックして/発生しないようにして、とかもうわけわかんない。これも GUI プログラミン
2007-08-14 04:48 : 複雑な GUI を持つアプリケーションの設計について（Web アプリ編） 以下のようなエントリを見つけました。非常に良い問題意識です。そう、GUI プログラミングは泣けるほど面倒くさいのです。 subtech - Pink Blossom Diary - AS3/Flex2 を使い始めて約半年より まずイベントドリブンなプログラミングに慣れてないのが一つで。Flex のイベントや自前イベントやをただ単に投げまくってると、とりあえずは動くけど後からメンテし辛いスパゲッティコードができあがる。このスパゲッティコードは goto 文が乱立するコードよりも酷く、goto だったら割と行き先は把握できるけど、イベントを投げまくってるだけだと、どこでどのオブジェクトがこのイベントを受け取るかが解らない。解りづらい。いちいちソースコード grep です
使用環境: WinXP,Flash MX2004pro Flashout,ASDT,MTASC,Eclipse PDT せっかくoopなActionScriptなので、GOFデザインパターンの勉強中です。AS3は触ったことないのでAS2ですが・・・・。 皆さんにお聞きしたいのが、 ・このパターンはこんな場面に便利！ ・このパターン無しではやっていけない！ ・テキトーに組むとこのパターンになっちゃう などはありますでしょうか？ 僕がよく使うのは ■Singleton ターゲットの階層を考えないで、ターゲットパスが取れる ■Template Method 「タブ」とか「ウィンドウ」とかある程度同じなんだけど 微妙に動作がちがう。その微妙さを作れる ■Observer(Mediator?) Stage.onResize()を通知するのに必ず使います。 こんなもんでしょうか・・・・・・・ と、ここ
このドメインを購入する。 hawklab.jp 2019 Copyright. All Rights Reserved. The Sponsored Listings displayed above are served automatically by a third party. Neither the service provider nor the domain owner maintain any relationship with the advertisers. In case of trademark issues please contact the domain owner directly (contact information can be found in whois). Privacy Policy
as前回の AS3で１ファイルに複数のクラスを定義する方法 を応用して、デザインパターンのファクトリーメソッドを実現してみます。まずはインターフェースの定義。雑煮インターフェース IZouni を定義します。 // sample/IZouni.as package sample { public interface IZouni { function get soup():String; function get mochi():String; } } 次に雑煮ファクトリー、および IZouni の実装です。IZouni を実装した TokyoZouni, KyotoZouni は ZouniFactory.as 以外からは参照することがでません。 // sample/ZouniFactory.as package sample { // 雑煮ファクトリー public class Zou
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く