Code isolation is a testing strategy often implemented with tools like Microsoft Fakes, where the code you're testing is separated from the rest of the application. This separation is achieved by replacing parts of the application that interact with the code under test with stubs or shims. These are small pieces of code controlled by your tests, which simulate the behavior of the actual parts they
The .moles configuration file has been appropriately renamed to .fakes and the internals renamed accordingly. I’ll expand out the structure of the .moles file later on in the post and compare that to the expanded .fakes configuration file. For now here are the differences between them in terms of our two projects: <Moles xmlns="http://schemas.microsoft.com/moles/2010/"> <Assembly Name="MolesExam
はじめに 最初なので、 Prism4のチュートリアル((WPF Hands-On Lab: Get Started with the Prism Library)[英語]を読んで、Hello World程度が動くところまでをやってみる。以下、細かいところは省略するので、詳細は原文を参照のこと。 サンプルの題材としてはベタだけど Windowsエクスプローラ風のアプリケーションを作ることをとりあえずの目標にする。 WPFやMVVMの知識はある程度もっていることが前提で書いていく予定。 準備 Prism v4をダウンロードしてインストール。 メモ:このチュートリアルは Managed Extensibility Framework(MEF)ではなく Unityを使う。 手順 タスク1:Prismを使うソリューションを作る タスク2:モジュールを追加する タスク3:Viewを追加する タスク1:
僕はGoogleやTwitter検索で定期的にMVVMというキーワードで検索を行っています。 そこでこんな素敵な記事を見つけました。 MVVMのメリット・デメリットを見つめなおす wave1008の日記 http://d.hatena.ne.jp/wave1008/20110227 基本的にMVVMパターンの大目標(ドメインロジックとプレゼンテーションロジックの分離)には賛同されているものの、ビヘイビアやコマンドの仕様には否定的な記事です。書かれている内容は非常に説得力があり、素晴らしい記事です。驚くほどこういった記事は少ないので、大変勉強になりました。是非皆さんも一読してみてください。 素晴らしい突込みとは思うのですが、一年以上MVVMを追い続けた人間として素直にこの内容の視点に賛同できるというわけではないので、少し僕の考え方を書いてみたいと思います。 反論の前提として、僕はMVVMイン
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く