バージョンは引き続き2.1。統合テストの方法については、公式ドキュメントにも以下のように説明がある。収納カゴ数5個が、いろいろ説明が冗長だったり、かと思えば足りなかったりと、最初にこれだけ見ても正直分かり辛い。実際に統合テストを行うのに必要な要点とかをまとめてみる。高出力デジタル簡易無線機(IC-DPR6)参照。700X200(HLEB102007)まずテストプロジェクトの作成。Studioで、公式のサンプルに合わせてxUnit.netのテストプロジェクトを作る。(ただし、統合テストの仕組み自体はテストライブラリによらず共通と思われる。xunit.runner.visualstudioあと当然テスト対象のプロジェクトも参照する。ここまでは普通のテストプロジェクトを作る場合とほぼ同じだと思う。いうクラスが用意されている。クラスを指定すると、そのStartupを使ってテスト用のサーバーが立ち上がり、そこにリクエストを投げられるようになる。APIを呼ぶだけで良いのであれば、これを直接そのまま使うこともできる。ためご連絡いたします。Coreでは標準のロガーがあるが、そのままだとファイル出力ができないらしく、別途ライブラリを組み合わせるのが定番らしい(?)。有名どころの「Serilog」を使ったのだが、ログを種類別に違うファイルに出力しようとしたら、ちょっと手間取ったので方法を書いておく。Overflow等を参考にした。送料:無料(メーカーより直送):メーカー保証付。コードで設定する場合は同名のメソッドなどに読み替えてください。Coreではロガー使用時に呼び出し元クラスを紐づけるものらしい(?)ので、そのクラス名でフィルタリングを行い、フィルタリングした結果をそれぞれのログファイルに出力している。ファイルに出力している。設定の構造的には、外側のロガーの設定の中に、Include/Excludeの設定をしたサブロガーがある形となっている。クラスで分けられないケースは条件をもっと工夫する必要がありそうだけど、とりあえずこういう形で出力先を分けられますということで。Coreは標準でDIに対応しているのだが、標準のモノは何故か手動での依存関係登録が必須という面倒くさい仕組みになっている。スーパーツール」というライブラリがあったので、それを紹介する。(実は公式ドキュメントの端っこでも少し紹介されてはいるのだが、自分は最初全然見つけられなかったので。)まず、見つけた中で一番詳しい解説ページはこちら。以下の解説もベースはこちら。メーカー直送/代引不可【】ScrutorはDIライブラリではなく標準DIの依存関係登録に特化したライブラリとのこと。DIライブラリを丸々差し替えたりせず、あくまで標準ライブラリを使って開発が行えるのがメリット。Scrutorを使ったDIの例はこんな感じ。Scopedのライフサイクルで一括登録している。クラスの実体とインタフェース双方をDIに登録する奴。これはかなりシンプルな例だが、解説ページを見ると分かるように、他にも外部のアセンブリを見たり、インタフェースを目印に探したり、名前空間で絞ったり、重複時の動作を変えたり...といろいろ設定できる様子。実際の現場では、この例のようにクラス名などで絞り込めることが多いので、この仕組みで十分実用的だと思う。(一部例外的な奴だけ手動で登録すればいいのだし。)クラスが増えるたびに手で全部登録するのは流石に非効率的すぎるので、こういうのを使って効率化していきたい。