MVVMパターン的な実装は、他のプラットフォームでは選択肢の一つにすぎませんが、WPF/Silverlight(Windows Phone 7 含む)においては唯一の選択肢です。コードビハインドを書かないことはMVVMパターンそのものの定義とは関係ありません。まずはスキルにあったレベルでMVVMパターンを意識した実装を初めてみませんか？ 以前の勉強会発表資料（わんくま勉強会での発表資料の半分以上をカットし、Androidテスト祭り分追加）を加工し、社内勉強会、そのほかの勉強会・ブログなどで自由に使える資料として公開します。私の個人名は抜いてあります。 無許可の改変・引用なども問題ありません。ただ、資料の直接の商用利用などはご遠慮ください。 ブログに張り付けたい場合、下のbマークから埋め込み用URLを取得できます。 「コードビハインドを書くのはMVVMパターンではない」などの誤解が、MVVM

投稿日: 2月 20, 2011 投稿者: akirahimovic カテゴリー: 魚, 冬, 洋風 タグ: とろけるチーズ, ジャガイモ, 真鱈. コメントする ＜材料＞ （2人前） 真鱈　切り身 1枚 ジャガイモ 1個 玉ねぎ 1/2個 イカの塩辛 適量 バター 適量 とろけるチーズ 2枚 ＜作り方＞ ※電子レンジは500wを使用 真鱈はそぎ切り、ジャガイモは一口大、玉ねぎは細切りにし、軽く塩コショウを軽く振る。 ジャガイモと玉ねぎをルクエに入れてレンジで3分加熱 。 火の通りが均一になるように、ジャガイモ、玉ねぎをひっくり返し、刻んだイカの塩辛をまぶし、さらに3分加熱。 真鱈とバターを入れ、粗挽きこしょうをかける、3分加熱。 最後にとろけるチーズを入れて余熱でチーズを溶かして完成。 ＜感想＞ 友人から貰った大量のイカの塩辛をどう使おうか考えていたところ、以前に居酒屋で食べた「じゃがバ

WPF/Silverlight開発において、イベント駆動開発じゃ何故いけないのか？ MVC/MVP/PMパターンとMVVMはどう違うのか、どういったメリットがあるのか？ そういう声を聴く機会は少なくありません。 MVVMパターンとイベント駆動開発、MVC/MVP/PMパターンとの関係について僕の理解をまとめました。 MVVMパターンをわざわざ適応する事に疑問がある方にはぜひ読んで欲しいと思っています。 また、このドキュメントを記述するにあたり@matarilloさん、@ufcppさん、@yfakariyaさん、諸先輩方３方に叩き台を見ていただき多くの指摘を頂くことができました。今回は頂いたフィードバックを受けて公開する形になっております。 押しつけがましくも一方的に依頼させていただいて、にも拘わらず非常に丁寧に様々な指摘・示唆を頂くことができました。 この場を借りてお礼申し上げます。ありが

依存関係逆転の原則（DIP:the Dependency Inversion Principle）上位のモジュールは下位のモジュールに依存してはならない。どちらのモジュールも「抽象」に依存すべきである。「抽象」は実装の詳細に依存してはならない。実装の詳細が「抽象」に依存すべきである。どういうこと？手続き型は「方針」が実装の「詳細」に依存する構造になってしまう。 方針が詳細の変更に影響されてしまう好ましくない構造。 OOプログラミングでは「方針」「詳細」とも抽象に依存させることで、悪しき依存関係を逆転できる。 なんで？アプリケーションの方針を決めていて、他に対して影響を与えるモジュール(＝言うなれば「偉い」ヒト)は上位。 上位が下位に依存してしまうと、上位が、下位の影響を受けてしまう。手続き型でよく見られた悪い依存関係。 筋的にはアプリケーションの存在理由である上位が下位に対して影響力を持つ

第2回　簡潔なコーディングのために （2017/7/26） ラムダ式で記述できるメンバの増加、throw式、out変数、タプルなど、C# 7には以前よりもコードを簡潔に記述できるような機能が導入されている 第1回　Visual Studio Codeデバッグの基礎知識 （2017/7/21） Node.jsプログラムをデバッグしながら、Visual Studio Codeに統合されているデバッグ機能の基本の「キ」をマスターしよう 第1回　明瞭なコーディングのために （2017/7/19） C# 7で追加された新機能の中から、「数値リテラル構文の改善」と「ローカル関数」を紹介する。これらは分かりやすいコードを記述するのに使える Presentation Translator （2017/7/18） Presentation TranslatorはPowerPoint用のアドイン。プレゼンテー

お願い 本サイトは、管理人:うまがメモ帳代わりに作成したサイトです。 なお、このサイトの内容に関して動作保障など一切の責任は持ちませんので、自己責任の上行ってください。 ドメインを取得し、HomePageを公開したので、どうせならメールもxxx@ドメインにしてみたいと思いメールサーバーを立てることにする。 VineにはすでにPostfixがインストールされているのでPostfixを使う。なお、他のPC(Windows)でメールを送受信できるように受信サーバーとしてdovecotを使う。 今回、Postfixの設定で毎度のごとく、はまってしまい送受信できるようになるまで3週間を費やした（3週間と言っても土日のみしか行えないので実質は6日）。特に、OB25（Outbound Port25 Blocking）の設定でとまどった。 設定内容 メールの送受信は、家のPCからのみとする。（将来的に、外

アカウントの収容方式について。 メールアカウントはドメインを含まない形で収容する /home/mailuser/UserName/Maildir/ というディレクトリ メールアカウントは UserName@DomainName の形式 @より前の部分をサーバ内でユニークなものにする メールアカウントはUNIXユーザでは無く、Dovecot専用アカウントとする メールボックスも専用の領域に置く PostfixではVirtualDomain設定をし、メールアドレスをDovecotのアカウントにマッピングする PostfixとDovecotのMaildir構成図。 Postfix側は/etc/postfix/vmailboxファイルでMaildirの場所を定義する Dovecot側は/user/local/etc/dovecot.conf、dovecot-passwdファイルで定義する Post

dovecot バージョンの確認 # rpm -qa dovecot dovecot-1.0.15-16.fc9.x86_64 上記の場合は、Ver 1.0となり、下記の場合は、Ver 2.0となります。 dovecot-2.0.1-1.fc14.x86_64 設定ファイルの編集 # vi /etc/dovecot.conf プロトコルを指定 # Protocols we want to be serving: protocols = imap imaps pop3 pop3s メールボックス(Maildir)を各ユーザのホームディレクトリに配置 ************************************************************************************* * dovecot Ver 1.0から属性名「default_mail_e

ポリモーフィズム（サブクラスによる切り替え、抽象化） ここに分類されるのは、オブジェクト指向の第３原則、ポリモーフィズムを使用したパターンです。ポリモーフィズムを使用すると、動的に使用するクラスを切り替えることができます。＜参照＞ 他に分類されているものでも、ポリモーフィズムが重要な位置を占めているものもありますが、ここではそれしか使われていないものを扱います。 ただデザインパターン全体を通して強調されているのは、インターフェースでプログラミングするということです。実装への依存をなくし、そうすることによって設計の骨組みを明らかにするのです。 Template 次のようなメソッドがあった場合に、処理Bのところを条件によって変えたい場合があるとします。 class Hogehoge { void doit() { ... 処理A ... ... 処理B ... ... 処理C ... } }

HTML5 + UXフォーラムに掲載されている全記事のインデックスです。また、＠ITの各フォーラムにあるHTML5 + UX関連記事も掲載しています 【HTML5 + UXフォーラム 新着記事インデックス】

If this is your domain name you must renew it immediately before it is deleted and permanently removed from your account. To renew this domain name visit NameBright.com