.NET において REST API を呼び出す際、多くの方が HttpClient を使用すると思いますが、その時の注意点が帝国兵さんの Qiita で書かれています。 qiita.com この記事に書いてある通りで、 HTTP Client インスタンスをいちいち破棄して作成を繰り返していると、CLOSE_WAIT または TIME_WAIT 状態の SNAT ポートが増えてしまい、ポートが枯渇して通信ができなくなります。 具体的には hping3 で繰り返しリクエストを行っているのと同じ状態であると思います。 hping3 の使い方の具体例は宇田さんのサイトをご覧ください。 www.syuheiuda.com さて、 private static readonly HttpClient HttpClient; を使うのも良いと思いますが、 .NET Core 2.1 以降 であれば

Talked at CEDEC 2018, 2018/08/22 - https://2018.cedec.cesa.or.jp/session/detail/s5b559852a6405

WindowsとWSL（Windows Subsystem for Linux）の間でファイルシステムを上手に相互運用するためのヒントや、WSLを活用してクロスプラットフォームな開発を行う方法を説明する。 ← 前回 連載 INDEX 次回 → 前回は、Windows Subsystem for Linux（以下、WSL）の概要とインストール方法を説明した。今回は、より実践的な内容として、WSLとWindowsでファイルシステムを上手に相互運用するためのヒントとして、Windows側のファイルパス作成時の注意点を紹介する。また、WSLを活用してクロスプラットフォームな.NET開発を目指したい人に向けて、ASP.NET Coreサイトを動かす方法と、WindowsからLinuxネイティブバイナリをデバッグする方法を説明する。 Windowsとの相互運用 WSLとWindowsではもともとの思想

.NETのリフレクションが遅い のは周知の事実ですが、なぜなのでしょうか。この投稿では、リフレクションの 実装 を見ながらなぜ遅いのかを解明します。 CRL型システム設計目標 リフレクションが速くない理由の1つとして、そもそも 高いパフォーマンス が設計上の目標にされてはいないことを挙げることができます。 型システム概要 – 設計の目標および非目標 では次のように記載されています。 目標 コード(リフレクションではない)の実行時に必要となる情報へのアクセスが高速なこと。 コード生成のためにコンパイル時に必要となる情報へのアクセスが容易であること。 ガベージコレクタ/スタックウォーカが必要な情報へアクセスする時に、ロックを解除したりメモリを割り当てたりしなくてよいこと。 一度にロードされる型の数が最小限であること。 指定された型をロードする時、ロードする数が最小限であること。 型システムのデ

[山本康彦，BluewaterSoft／Microsoft MVP for Windows Development] 例外処理をまとめて1カ所に記述できたらよいのにと思ったことはないだろうか？ 例えば、発生した例外を全てログに書き出したいときである。過去に筆者は、「try～catchしてロギングするコードを全てのメソッドに書け」というコーディングルールに遭遇したことがある。そんな面倒なことをしなければならないのだろうか？ また、例えば、処理されなかった例外をまとめてトラップし、可能ならばその例外を無視してプログラムの実行を継続したい、継続が無理ならばユーザーフレンドリーなメッセージを出してからプログラムを終了したい、ということもあるだろう。 処理されなかった例外をまとめてトラップする方法について、.NET 2.0／Windowsフォームの場合は「.NET TIPS：適切に処理されなかった例

MVVMのめんどくさいと感じてるところ ModelとViewModelのクラスのマッピング MVVMでアプリ組んでるとModelとViewModelで似た構造のクラスを作って、値の移し替えを行うことがあります。AutoMapperとか使ってもいいのですが、ReactivePropertyを使うことでも楽をすることができます。 以下のようなModelクラスがあるとします。（BindableBaseクラスはPrismのINotifyPropertyChangedを実装したクラスです） public class Person : BindableBase { private string name; public string Name { get { return this.name; } set { this.SetProperty(ref this.name, value); } } pr

今回のお題は「MEF：Managed Extensibility Framework」。.NET Framework 4（Visual Studio 2010）で追加された、アプリケーションに拡張性を持たせることを目的としたフレームワークです。「re-buildなしにアプリケーションの機能拡張ができないか？」との相談を受け、MEFを試してみることにしました。 MEFは.NETライブラリですから、ピュアなC++では使えないけど「ほぼC++」なC++/CLIなら何とかなるんじゃないかと。MSDNで見つけたドキュメントを手掛かりに MEF：はじめの一歩をC++/CLIで踏み出しました。 DLL、COM、そしてMEF re-buildなしに機能拡張する手段はずっと以前からあります、WindowsではDLLがおなじみですね。DLLの中には関数名を埋め込むことができ、LoadLibrary()でDLL

Twitter で酢酸先生が ASP.NET MVC でのビューの使い回しについて悩んでいたので、久しぶりに ASP.NET についてブログを書きます。 しばやんサイトに無限クロールして地獄を味合わせるか…。あ、asp,net mvcで複数のページの任意の場所にカスタムコントロールっていうかdivの塊(ページャーとかパンくずとか)を差し込みたいんだけど、複数のcshtmlにコピペしてるとメンテ不能になりそうなので良い方法ない？— 酢酸(さくさん) (@ch3cooh) May 1, 2014 こういったケースの場合、ASP.NET MVC では部分ビューや子アクション、そして Razor のセクションを使うと便利に書けます。それぞれ微妙に機能が異なるので分けて説明します。 Partial / RenderPartial 別ファイルとして用意されたビューを指定された位置にレンダリングします。

Windows PowerShell（以降、PowerShell）は、Windows環境で利用できる対話型シェル、およびスクリプティング実行環境です。WSHとよく似ていますが、以下のような点が強化されています。 「コマンドレット」と呼ばれる高機能なコマンドを提供 ドライバ経由でさまざまなデータへのアクセスが可能 .NET Frameworkクラスライブラリとの連携が可能 特に3. の点は重要です。Visual BasicやC#でのコーディングに慣れている人にとっては、.NET Frameworkの豊富なクラスライブラリを利用できるというのは大きな強みとなります。 PowerShellで作成する英単語テストアプリ 具体的なPowerShellとExcelの連携例として、第16回「WSHスクリプトからExcelを操作する」で作成した英単語テストアプリを、PowerShellでのそれに置き換えて

プログラム内部の動作をデバッグするなどの目的で活用される逆コンパイラ。.NET Reflectorの有料化で、オープンソースのILSpyが新登場。その利用方法を紹介。 連載目次 .NET開発では、プログラム内部の動作をデバッグするなどの目的で、逆コンパイラ（decompiler）が用いられることがよくある。逆コンパイラとは、.NETアセンブリ（＝.EXEファイルや.DLLファイルなど）から、C#やVB（Visual Basic）などのソース・コードを生成できるツールのことである。 有名なツールに、.NET Reflectorがあり、これに機能を追加するアドインも豊富に提供されている（.NET Reflectorについては、「.NET Tools：.NET逆コンパイラとコードを難読化するDotfuscator」を参照してほしい）。.NET Reflector（標準版）は、長らく無償で提供され