A second operation was started on this context before a previous operation completed. This is usually caused by different threads concurrently using the same instance of DbContext. For more information on how to avoid threading issues with DbContext, see https://go.microsoft.com/fwlink/?linkid=2097913.
   at Microsoft.EntityFrameworkCore.Internal.ConcurrencyDetector.EnterCriticalSection()
   at Microsoft.EntityFrameworkCore.Query.Internal.SingleQueryingEnumerable`1.AsyncEnumerator.MoveNextAsync()
   at Microsoft.EntityFrameworkCore.Query.ShapedQueryCompilingExpressionVisitor.SingleAsync[TSource](IAsyncEnumerable`1 asyncEnumerable, CancellationToken cancellationToken)
   at Microsoft.EntityFrameworkCore.Query.ShapedQueryCompilingExpressionVisitor.SingleAsync[TSource](IAsyncEnumerable`1 asyncEnumerable, CancellationToken cancellationToken)
   at NameSpace.DataAccess.CustomerMasterAccess.GetItem(String customerCode) in C:\*****.cs:line 74
   at NameSpace.DataAccess.MasterAccess.GetCustomerName(String customerCode) in C:\*****.cs:line 125
   at NameSpace.Forms.DataInput.SetCustomerName(String customerCode, String customerCode2, String customerCode3) in C:\*****.cs:line 475
   at NameSpace.Forms.DataInput.DisplayItems() in C:\*****.cs:line 90
   at NameSpace.Forms.DataInput.Initial() in C:\*****.cs:line 71
   at System.Threading.Tasks.Task.<>c.<ThrowAsync>b__140_0(Object state)

"A second operation started on this context before a previous operation completed"というエラーメッセージでググってみると、「DbContext はスレッドセーフではないので、スレッド間で使いまわしてはいけない」という文言が見つかる。

つまりこのエラーは複数スレッドから同じDbContextにアクセスしてしまったため発生しているようだ（エラーメッセージに書いている通りやね）

ブログ記事を読む

[C#] 非同期処理がマジで分からなくて泣きそう

やたらawaitしてるコードに出会う

他人が作った業務システムの手直ししているとこんなコードに出会った。

string contents1 = await DoSomething1Async();
string contents2 = await DoSomething2Async();
string contents3 = await DoSomething3Async();

DoSomething*Async()を見るとasync修飾子がついてて、それをawaitで受け止めてる形だ。

なんとなく非同期処理だなぁとは分かるが...恥ずかしながら「重い処理を実行するときにUIスレッドをブロックしないために使うアレね」ぐらいの認識。

これまでは「どうせ読み込み終わるまで次に進めないんだからUIなんてフリーズさせとけ！」の脳筋バカ思考だったので、ちょうどいい機会ということで勉強することに。

とりあえずasync/awaitだけでいい

非同期処理、なにもわからない - kekyoの丼

↑にすべてが書いてある。

非同期にしたい関数の呼び出し元にawaitを付けて、呼び出し先の関数の戻り値をasync Task<T>にする。基本これだけ。

Task.RunとかWaitとかResult要らんし使うな、ということらしい。

あとイベントハンドラのみ戻り値をasync voidに。その時はtry/catchで例外をキャッチしよう。

まずこれを覚えた。

ブログ記事を読む

[C#] IEnumerableはListではない（当たり前だが...）

IEnumerableとListが別物であることは見りゃ分かるんだけど、実際にC#でLINQを使ってみたらIEnumerableとListの違いがいまいちよく分からず混乱したので復習してみた。

背景

C#でIEnumerableやListを使うとき、

IEnumerable
- DapperなどのORMでデータベースから取得したデータをLINQで加工する際に使用する。遅延評価が有効なので、抽出やソートなどの加工を効率よく処理できる。
List
- Dapperにクエリを投げる際のパラメータの作成や、要素のAdd/Remove、インデクサを使ってのアクセスなど、LINQを使わず手動でデータを加工するのに使用する。またIEnumerableを直接加工したいとき.ToList()メソッドでListに変換してから加工する。.ToList()で変換する時に実際の評価が走る。

このような認識、使い分けをしている。

IEnumerableでは遅延評価をめいっぱい活用してLINQでデータをガシガシ加工できるが、その代わりにListのようにAdd/Removeといった変更はできないし、hoge[1]といった形でインデクサによるアクセスもできない。ここがIEnumerableとListの違いで、それぞれ一長一短だと思っている。ここまでが知っていたこと。

IEnumerable、ICollection、IList

大抵はIEnumerableとIListインターフェイスがベースのものしか使わないが、実はICollectionというものもある。

この3つのインターフェイスの違いは以下のとおりである。

ブログ記事を読む

[VBA][C#] Dictionaryに何もAddしていないのに勝手にItemが追加される

【追記】この現象はC#のDictionaryでも起きる様子（記事末尾参照）

なんだかんだDictionaryって便利だよね

ExcelのVBAを使う際、（C#でいうところの）Listに相当するものとしてDictionaryをよく使う。

古いプログラムでは配列を使っていることもあるが、項目をAddしたりFor Eachで回したりCountを取ったりをできるだけListに近い感覚で使うことができるDictionaryを使いたい。

Collectionでもいいのだが、機能的にもDictionaryのほうが優れていることもあって積極的な理由がない限りはCollectionは使わないことが多い。

この辺は好みなのでどちらでも構わないのだが、実はDictionaryには大きな落とし穴があり今回見事にはまってしまったのでご紹介しておく。

ブログ記事を読む

[C#] ZipArchiveにはCRCチェックがない？

C#で作成したアプリケーションで起きた話。

ZIPファイルを展開して中のファイルのバイナリ読み込むアプリケーションを作成した。

サンプルコードはこんな感じ。

using (ZipArchive archive = ZipFile.OpenRead(zipPath))
{
    foreach (ZipArchiveEntry entry in archive.Entries)
    {
        using (Stream entryStream = entry.Open()) {
                //StreamをMemoryStreamに変換してデータを取り出す
        }
    }
}

ZIPファイルをZipArchiveクラスとして開くとZipArchive.EntriesプロパティでZIPファイル内の各ファイルにアクセスできる。

あとは各ファイルをOpenすればStream形式で取り出せるが、このStreamはSeekできない（データの途中から読みだせない）ため非常に扱いづらい。

MemoryStreamに変換すれば色々と便利に扱えるため、CopyToしてからbyte[]に切り出すことにした。

ブログ記事を読む