ASP.NET WEB API モデルバインド その１ 値の取得先 - miso_soup3 Blog
ASP.NET WEB API モデルバインドについてです。 モデルバインディングとは モデルバインディングとは、ApiController のアクションメソッドの引数に定義した パラメータの型（モデル）の値を、リクエストから生成し、メソッドに渡すことです。 ASP.NET MVC にもある概念です。 例： public class ValuesController { // GET ~/api/values/?id=32 public string Get(int id) { // id には、QueryString "id" の値 32 が入っている。 } } ASP.NET WEB API のモデルバインドでは、 このモデルである引数の値を、どこから取ってくるのか、 その１は、この取得先についてです。 デフォルトでは 先日、ASP.NET WEB API パイプラインのポスターが公開
ASP.NET Web API 2.1 その 2 ～Global Error Handling～ - miso_soup3 Blog
ASP.NET Web API 2.1 の目玉、Global Error Handling について調べました。 目次 概要 今までは不十分だった例外処理 ドキュメント 使ってみる 例外フィルター属性との関連 その他の情報 破壊的変更は無し 例外情報の取得 Web API における例外処理まとめ 概要 例外処理の方法が新たに用意されました。 ASP.NET Web API パイプライン内で発生した例外を全て捕捉し、ログ、レスポンスのカスタマイズを行えるようになりました。追加されたオブジェクトは２つ、Exception Loggers と Exception Handlers になります。前者はログ、後者はレスポンスのカスタマイズ用になります。この２つのコードを記述しパイプラインに登録することで、例外処理を行います。Global Error Handling イコール Exception L
kekyoの丼
(This post is edited after machine translated from Japanese.) It’s been a while since I’ve posted anything. I’ve been awarded the Microsoft Most Valuable Professional, or MSMVP for short, since 2015, but I’ve decided to decline it after 2021 term. I would like to thank the MSMVP office and all the people who have helped me through this program. There will be no change in the community activities f
C# で出来ること一覧 - Qiita
更新履歴 2020/03/23 IoT について追記 その他に帝国兵さんのツイートを追加 サーバーレスカテゴリーを追加して AWS Lambda を追加 ASP.NET Core Razor Pages を追記 2020/03/24 kennakamu さんの「個人的に C# が向かないと思うこと」へのリンク追加 本文 昔ブログにこんな記事を書きました。 C# で何か出来るのか？まとめてみた あれから 2 年が経って昔からある Windows 専用の .NET Framework に対する新機能の提供が終わり、クロスプラットフォームに対応した .NET Core が今後のメインストリームとして .NET 5 → .NET 6 のように進化していくことが 2019 年 5 月の Build 2019 で発表されました。以下の Blog 記事がアナウンス後に発表されています。 Introduc
neue cc - Rx + MolesによるC#での次世代非同期モックテスト考察
最近、妙にテストブームです。Chaining Assertionを作ったからですね。ライブラリドリブンデベロップメント。とりあえずでも何か作って公開すると、その分野への情報収集熱に火がつくよね。そしてテスト厨へ。さて、ユニットテストで次に考えるべきは、モックの活用。C#でモックといえばMoqが評価高い。メソッドチェーンとExpression Treeを活かしたモック生成は、なるほど、良さそうです。読み方も可愛いしね。もっきゅ。もっきゅ。 というわけでスルーして(えー)Molesを使いましょう。Microsoft Research謹製のモックフレームワークです。PexとのセットはMSDN Subscriptionが必要ですが、MolesのみならばFreeです。VS Galleryに置かれているので、VSの拡張機能マネージャーからでも検索に引っかかります。 Moles。Pex and Mole
Moles - .NETのモック・スタブフレームワーク - jamzzの日記
ユニットテストなどではテスト対象外の振る舞いをテスト目的に合わせるためにモックやスタブ等を作成することがあります。 .NET開発でこの様なモックやスタブを簡単に作成するフレームワークにMicrosoft ResearchのMolesがあります。 このMolesは以前に紹介したPexにも含まれています。 Molesを使用すれば設計対象範囲外（例えば.NETフレームワークのコアライブラリなど）も含めて、既存のクラスのフィールド（プロパティ）やメソッド単位でデリゲートを使用して振る舞いを置き換えることができます。 例えば public class MolesTest { public DateTime GetTheDate() { Console.WriteLine("OK"); return DateTime.Now; } } このような.NETのコアライブラリのConsoleクラスのWrit
さすがMoles！Moq たちにできない事を平然とやってのけるッ - present
はじめに Jenkins を導入して継続的インテグレーション(以下 CI)を始めてみたものの、作成済みテストの多くは他のテストの事を考えて作成されていないので、テスト環境を破壊するものが結構ありました。このまま常時テストしたところで、常時失敗するだけ。テストを修正する羽目になりましたとさ。トホホ。 既存のテストで気になるのが、単体テストの多くが、実際は結合テストになってしまっているところ。テスト対象外のクラスに意図した動作をさせるための苦労が、テストの前処理と後処理に多く見られました。「モックを使えばいいのに」って何度思ったことか。 Jenkins の導入は良い機会なので、CI を実践するという名目で、モックライブラリも導入することにしました。 ライブラリの選択 ライブラリは、Microsoft Reserch がリリースしている Moles を選択しました。 Pex, Automated
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
